ai ád A 





Via: már pico-ITX 





A Via bemutatta népszerű Epia soroza- 
tának legújabb tagját, az Epia PX-et. 
10-szer 7 centiméteres mérete ellenére 
1 Ghz-es C7-es processzort és számos 
audió/videó csatlakozót kapott, igaz 
nagyrészük a megfelelő szalagkábel 
csatlakoztatása után érhető csak el. 
A többi Via eszközhöz hasonlóan ez is 
passzív hűtést kapott. A gyártó kétféle 
chippel szállítja: CX7O0OM(2), illetve 
VX700. A CX700M-en találunk videó be- 
menetet is, míg a VX700-al szerelt lapon 
ehelyett több USB bemenetet találunk. 
Az Epia PX ára még nem derült ki, 
de várhatóan 350 dollár körüli áron 
kerül majd a boltokba. 
2 http:/www.linuxdevices.com/ 
news/N5S2154184680.html 


PCIlExpress kicsiben 
Az Evalue Technology bemutatta Via 
alapú számítógépét, amely két okból 
kiemelkedő: 1 GHZz-es processzor mel- 
lett passzív hűtéssel bír, illetve két da- 
rab gigabites hálózati csatolót (Realtek 
RTL 8111B) kapott, melyek PCI 
Express felületen kapcsolódnak 
a rendszerbe. lovábbi érdekesség, 
hogy akár két - egymástól független — 
megjelenítő is használható a LVDS 
interfésznek köszönhetően. A rend- 
szer jumper nélkül állítható (RS232 / 
422 / 485) soros porttal bír. 
2 http:/www.linuxdevices.com/news/ 
N5S2196733155.html 





Ipari POS 


Az Indesign bemutatta ipari POS 
(point-of-sales) termináljának proto- 
típusát, mely 8 és 32 bites Freescale 
ColdFire processzorokat tartalmaz. 
uClinuxot futtat más nyílt forrású 
szoftverekkel egyetemben, a cél 
pedig egy biztonságos terminál 
megépítése volt. 
Az eszköz számbillentyűzettel és mág- 
neskártya-olvasóval is rendelkezik, 
míg a felhasználót LCD kijelzőn 
keresztül vagy hanggal tájékoztatja. 
Az adatok titkosítását a hálózati 
csatoló hardveresen végzi. 
2 http:/www.linuxdevices.com/news/ 
N5S3205048102.html 


Ipari WiFi kártyák Linuxos támo- 

gatással 

Mini-PCI szabványú WiFi kártyákat 

jelentett be az Ubiguiti Networks, 

melyeket elsősorban mostoha körül- 

mények közé (-45 31-95 Celsius fok) 

és nagy teljesítmény igény (600 mW) 

esetén ajánl. Az ExtremeRange2 

a 2.4 GHz-en üzemelő 802.11b/g, 

míg az ExtremeRange5 az 5GHZz-en 

üzemelő 802.11a hálózatokat támo- 

gatja. Mindkét kártya működik 

a nyílt forrású Atheros MADWIFI 

meghajtóprogrammal. Jelenleg 

110 dollár körüli áron kapható. 

A második negyedévre várható- 

ak olyan kártyák is, melyek széle- 

sebb frekvencia tartományban 

(2.3-2.7 GHz és 5.0-6.1 GHZ) 

üzemelnek majd. 

2 http:/www.linuxdevices.com/news/ 
N5S7607606463.html 





Linux: Meghódítva a Sony PSP Is 





Chris Mulhearn sikeresen portolta 

a uClinuxot a Sony MIPS alapú PSP 

(Playstation Portable) játékgépére. 

A megoldás pár helyen még hiányos, 

azonban az látszik, hogy nem lehe- 

tetlen a dolog. 

2 http://df38.dotshosting.com/ 
-remember/chris/ 

2 http:/www.linuxdevices.com/news/ 
N5S3690012215.html 


Kínai UMPC GPS vevővel 





A kínai Shenzhen kínálatában már 
megjelent legújabb ARM alapú 
UMPC-jük (ultra-mobile PC), mely 
beágyazott Linuxszal (H9) vagy Win- 
dows CE 5.0-ával (H10) kérhető. 
Az eszköz 7 hüvelykes LCD kijelzővel 
érkezik, melynek felbontása azonban 
ismeretlen. Emellett 520 MHz-es 
PXA270-es processzor, 128 megabájt 
RAM, 20 gigabájtos merevlemez és 
GPS vevő lapul a burkolat alatt. 
A híradás szerint nincs benne se GSM 
modul, se Wifi, azonban SD vagy 
PCMCIA foglalaton keresztül bővít- 
hető a PC. Az eszköz méretei: 205 x 
120 x 19 mm, míg a tömege fél kiló. 
2 http:/www.linuxdevices.com/news/ 
N56848613546.html 





A Koan - amely egy olasz, elektromos 
rendszereket tervező cég -— beágyazott 
Linuxot használ kulcsfontosságú rend- 
szerekhez. Az eszköz jelenesetben táv- 
érzékelést, adatgyűjtést és irányítást 
is végez. Az eszköz lelke egy ARM 
processzor, míg az adatgyűjtés soros 
portokon (RS232/485) és digitális be- 
meneteken történik. Az esetleges 
áramszünet esetére pedig 512 kbyte- 
os akkumulátoros táplálású SRAM-ot 
használ a rendszer. Az eszköz 64 me- 
gabájt flash és 64 megabájt SDRAM-ot 
kapott. Két USB port, egy hálózati csa- 
toló (számos protokollt támogat: NIP 
DHCP, FIP, PPP, SSH, stb.) és egy 
digitális hőmérő is helyet kapott az 
eszközön, mely Linuxot (KaeilOS) 
futtat 2.6.17-es kernellel. 
2 http:/www.linuxdevices.com/news/ 
N5S2142593744.html 


Debian telepítés Windows alól 
Robert Millan bejelentette a Debian- 
Installer Loadert, mely lehetővé teszi, 
hogy win32-es rendszer alól telepít- 
hesse a felhasználó a Debiant, 
amennyiben rendszergazdai jogokkal 
bír. A program induláskor ellenőrzi, 
hogy 32 vagy 64 bites processzorral 
van-e dolga, és ennek megfelelő, 
kernelt és hálózatos telepítést indít el. 
Ez a programocska az alábbi esetek- 
ben jöhet jól: 
- CD meghajtó nélküli gépre kell 
telepíteni 
— olyan felhasználónak kell telepí- 
tenie, aki nem tudja hogyan kell 
CD-t írni vagy a BIOS-t beállítani 
CD-ről történő indításhoz 
— azonnal telepíteni anélkül, 
hogy CD-t kellene keresni 


A windowsos kliens az alábbi linken 
érhető el: 
2 http://.goodbye-microsoft.com/ 


Ingyen munka? 
A Linux kernel fejlesztői felajánlották 
munkájukat: ingyen és bérmentve ír- 
nak bármely hardver eszközhöz meg- 
hajtóprogramot. Noha néhány hardver 
cég üzleti titkokra hivatkozva nem adja 
ki az eszközök leírását, viszont sok cég 
nem akarja kiadni a kezéből a meghaj- 
tóprogram fejlesztését, viszont anyagi 
eszközökkel és/vagy szakembergárdá- 
val sem rendelkezik a megírásához. 
Greg Kroah-Hartman és a kernelfejlesz- 
tő csapat ezen szeretne változtatni. 
2 http:/www.linuxdevices.com/news/ 
N5S3585464168.html 


Kisirodai szerver Debian ARM 
Linuxszal 





A tajvani Embedian ASR-7110-es fedő- 
néven piacra dobott egy 400 Mhz-es 
ARM9-es processzorral szerelt Debian-t 
futtató miniszervert. Az eszköz 128 
megabájt RAM-mal bír, háttértárként 
pedig laptop merevlemezt használ. 
(40 gigabájtos a legkisebb, amivel ren- 
delhetjük) Ezenkívül helyet kapott négy 
darab USB 1.1-es host port, egy darab 
USB 1.1-es slave port. Érdekes ötlet: 
rendelkezik hang ki és bemenettel is. 
Alaptelepítésben PHP5, Mysgi5, 
Apache2, Postfix, Authsasld, Mailman, 
Samba, NES, nyomtatószerver, Bind 
található rajta. 
Ezért jelenleg 320 dollárt kérnek. 
2 http:/www.linuxdevices.com/news/ 
NS7851725125.html 


Podcast a beágyazott Linuxokról 
A TimeSys cég elindította ingyenes 
podcast szolgáltatását, mely rendsze- 
resen jelentkezik beágyazott Linux 
témában. Egy-egy rész félórás és 
kb. 20 megabájt. Ogg és mp3 formá- 
tumokban tölthető le. A készítők 
szeretnék a lehető leginteraktívabbá 
tenni az adást, így szívesen fogadják 
a témában a telefonokat és az 
emaileket. A podcast angol nyelvű. 
2 http://Idn.timesys.com/ 

learning center/podcasts/ 
2 http:/IIldn.timesys.com/webinars 
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Ipari automatizálás beágyazott 
Linuxon 





A United Electronics Industries már 
szállítja Linux alapú programozható 
vezérlőit, melyeket elsősorban ipari 
felhasználásra vagy ember nélküli jár- 
művek vezérléséhez ajánl. Az eszköz 
roppant strapabíró: -40 és 14-85 Celsius 
fok között üzemképes, ellenáll az 
50 g-s ütésnek és 22 km-es magassá- 
gig használható. 
Az eszközt egy 400 Mhz-es Freescale 
processzor hajtja. Három vagy hat 
PowerDNA bővítőhellyel rendelhető. 
Jelenleg már több, mint húszféle ilyen 
bővítő modul létezik: soros port, 
analóg bemenet, analóg kimenet, 
számláló, időzítő, stb. 
2 http:/www.linuxdevices.com/news/ 
N5S4539300882.html 


Linuxos videofon 





Az Iwatsu Electric cég Linuxot hasz- 
nált IP alapú videótelefonjának meg- 
építésekor. Az eszköz érdekessége: 
már a tárcsázás is weboldalak segítsé- 
gével történik. Az Opera cég beágya- 
zott eszközökre szánt böngészőjét ta- 
láljuk rajta, de nem maradt ki az email 
kliens sem. Elsősorban az üzleti élet 
résztvevőit célozták meg a termékkel. 
A rendszer lelke egy Freescale i.MX21- 
es ARM9 alapú processzor. A telefon 
támogatja a H.263-as és MPEG4-es 
videót, illetve a G.711-es tömörítést 
és a visszhang elnyomást is. 
2 http:/www.linuxdevices.com/news/ 
N5S8298520771.html 


Kétmagos PowerPC chip hamarosan 
2007 negyedik 
negyedévére ígéri 

a PA. a energiataka- 
rékos 64 bites két- 
magos PowerPC 
processzorát, mely 
várhatóan hálózati 
és adattárolási, valamint wifi alkalma- 
zásokban fog előfordulni. A PAGt- 
1682M processzor 2 GHZz-es, normál 
esetben 5-13 wattos fogyasztást ígér 

a gyártó, míg csúcsra járatva se ha- 
ladja meg a 25 wattot. Ez várhatóan 
negyede lesz a hasonló képességű 

65 nm-es processzoroknak. 





jefe 1 TÓ conftiguratis 
var áipl 

A processzor két db DDR2-es memó- 
riavezérlővel, két db 10 gigabites és 
négy db 1 gigabites hálózati kapcsola- 
tot ad. Hardveres gyorsítást biztosít 
TCP/IP-hez, biztonsági algoritmusok- 
hoz és CRC ellenőrző összegek kiszá- 
mításához. Minthogy még csak pár 
bemutató darab elérhető, így a piaci 
ár még nem alakult ki. 


2 http:/www.linuxdevices.com/news/ 
NS5899190894.html 


Visual Basic Linuxon is 
A Mono Projekt bejelentette, hogy 
létrehoztak egy Visual Basic fordítót, 
mely képes Visual Basic forráskódot 
lefordítani forráskód módosítás nél- 
kül olyan platformokra, amelyeken 
fut a Mono. Eddig csupán Microsoft 
Windows alá lehetett lefordítani 
a Visual Basic forráskódokat, azon- 
ban ezután már akár Linuxra is, 
ezzel is növelve a két platform közti 
átjárhatóságot. 
Miguel de Icaza — a Mono Projekt 
alapítója — hozzátette, hogy a fejlesz- 
tést semmilyen módon nem segítette 
vagy hátráltatta a Microsoft-Novell 
egyezség, hiszen az csupán a virtua- 
lizációról, a dokumentumformátu- 
mok együttműködéséről, valamint 
a szerverprogramok együttműkö- 
déséről szólt. 
2 http:/www.linuxdevices.com/news/ 
N5S9725385854.html 


Linuxos átjáró, pendrivenak álcázva 







ETTE 





bh , 2m me 
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Tux/Stick néven kezdi hamarosan for- 
galmazni az SSV Embedded Systems 
legújabb Linuxos átjáróját. Az eszköz 
első ránézésre pendrive-nak néz ki. 





Az egyik végén - a kupak alatt — való- 

ban egy USB csatlakozót találunk, míg 

a másik végén előre nem definiált 

csatlakozót, így az lehet bármi: 10/100 

Ethernet, SPI, USB vagy soros port. 

Az eszköz a működéséhez szükséges 

energiát a PC USB portjáról nyeri, 

az alacsony energiaigényről egy 180 

MHz-es ARM9-es processzor gondos- 

kodik. A rendszer 16 megabájt flash 

memóriát kapott és 32 megabájt 

SDRAM-mal dolgozhat. 

Az ára jelenleg még nem ismert. 

2 http:/www.linuxdevices.com/news/ 
N5S4837503255.html 


HP és a Debian 
A 2006-os pénzügyi évben a HP 
25 millió dolláros hardvereladást 
könyvelhetett el annak köszönhe- 
tően, hogy a Novell és a Red Hat 
Linuxok mellé a Debignt is felvette 
a támogatottak közé a cég. Jeffrey 
Wade - az nyíltforrású és Linuxos 
megoldások igazgatója — elmondta, 
hogy ez a forgalom a legvadabb 
álmaikat is felülmúlta. Azt is el- 
mondta, hogy egy új disztribúció 
bevezetése hatalmas befektetés 
és gondos mérlegelés után hozzák 
meg a döntést. Mindenesetre ha- 
tározottan jó döntés volt, hiszen 
nagyon sok vevő azért választja 
a Debiant, mert nem jár egyéb 
kiadással (pl. előfizetés a frissítések- 
hez) az operációs rendszer. 
2 http:/www.internetnews.com/ 
dev-news/article.php/ 
3661481 





Elive egy Debian alapú Live CD, mely 
Enlightenment ablakkezelőt használ. 
Fő célja az esztétikus megjelenés anél- 
kül, hogy a funkcionalitás vagy a se- 
besség rovására menne. A CD-n szá- 
mos program található: médialejátszó 
(Mplayer, XMM5), videószerkesztők 
(Kino, Cinelerra), hangszerkesztők 
(ReZound, ZynAddSubFx, Hydrogen), 
irodai alkalmazások (Abiword, xpdf, 
Gnumeric), grafikai alkalmazások 
(Gimp, Blender). 
2 http://distrocenter.linux.com/ 
article.pl?sid—07/01/24/ 
14242188-tid— 127 


Új Blender kívül-belül 


ő blender2 43 


ul 





Amellett, hogy a honlap jelentősen 
átalakult, megjelent a népszerű há- 
rom dimenziós alkalmazás 2.43-as 
verziója is. Számos újdonsággal került 
a programba. 
Ohttp:/www.blender.org/ 
Ohttp:/www.blender.org/ 
development/release-logs/ 
blender-243/ 


svéd haderó: Nekünk is Linux kell 
A svéd haderő Linuxra váltás mellett 
döntött. A jelenlegi Windows NT 
szerverek helyett Red Hat Enterprise 
kerül telepítésre. Jelenleg mintegy 200 
szerveren futtatnak Red Hat Linuxot. 
A döntést biztonsági okokra hivat- 
kozva hozták meg, de szerepet ját- 
szott az erős támogatás és az átállás 
egyszerűsége is. 
2 http:/linux.wordpress.com/2007/02/ 
07/swedish-armed-forces-switches- 
to-linux/ 





Sony Playstation 3 előretelepített 
Linuxszal is rendelhető 


Már vesz fel előrendelé- 
seket a JerraSoft előre- 
telepített Linuxos Sony 
Playstation 3-akra, 
azonban nincs garantált 
szállítási határidő. 650 
dollárért Yellow Dog 
Linuxot kapunk a Playstation 3 mellé, 
amelynek a belsejében 60 gigabájtos 
merevlemez, 256 megabájt (nem bővít- 
hető) Rambus memória, gigabites háló- 
zati csatoló, wifi, 4 db USB és egy 
BlueRay meghajtó bújik meg. A cso- 
magban sem billentyűzetet, sem egeret 
nem találunk, mint ahogy videójel- 
kábelt is külön kell vásárolnunk. 
2 http:/www.linuxdevices.com/news/ 
NS7863481537.html 





PDF is 150 szabvánnyá válhat? 

Az Adobe szoftverevolúciós szem- 

pontból elérkezettnek látja az időt, 

hogy megnyissa a PDF szabványt. 

A PDF szabvány mellett szól, hogy 

noha számtalan módon fejlődött 

és számos webes technológia része, 

mégis megőrizte a kompatibilitást 

a korábbi verziókkal. Ha a PDF-et 

elfogadják ISO szabványként, akkor 

dokumentációmegőrzés szempont- 

jából mindenképp jól járunk, hiszen 

lesz egy szerkeszthető (ODF) és 

egy ,zárolható" (PDF) formátum, 

amelyet nem sajátíthat ki magának 

egyetlen cég sem. 

2 http:/www.consortiuminfo.org/ 
standardsblogjarticle.php?story—20 
070129060842557 


Zenwalk 4.4 


zéanivY—i a 





Megjelent a Zenwalk disztribúció 
legújabb verziója. A Zenwalk egy Slack- 
ware alapú Linux, mely Xfce ablakkeze- 
lőt használ, így régebbi gépeken is 
megfelelő teljesítményt ad. A jelenlegi 
verzióban az Xfce 4.4-es, illetve a kernel 
2.6.20 verzióját találjuk. lermészetesen 
letölthetjük a KDE 3.5.6, valamint az 
2 http:/www.zenwalk.org/modules/ 
news/article.php?storyid— 41 





Internetes rádió — akár a kony- 
hában is 





A francia Com One bluetooth ki- 
egészítőket gyártó cég elkészített 
egy Wifis rádiót, amely Familiar 
Linuxot futtat. A Phoenix IP rádió 
számos http alapú folyamot leját- 
szik, így az Icecast/Shoutcast proto- 
kollt éppúgy, mint a Microsoft 
Media Streaming Protokollt. Ter- 
mészetesen USB-s eszközökről is 
hallgathatunk zenét. A lejátszási lis- 
ták közül az M3U, a PLS és az ASX 
formátumot támogatja, azonban 
a podcast-ok kedvelőinek jó hír: 
támogatja az RSS-t is. 
A Phoenix rádió 802.11b/g-s háló- 
zatokat, valamint WEP és WPA 
titkosításokat kezel. A jelenlegi 
verzió nem tartalmaz Bluetooth-t, 
de a későbbiekben várhatóan 
az is lesz benne. 
A rádió gyomrában egy 300Mhz-es 
Intel PXA270-es processzor, 8 mega- 
bájt flash és 32 megabájt RAM memó- 
ria bújik meg, míg az adatok kijelzésé- 
ről egy 128x64 képpontos fekete-fehér 
LCD kijelző gondoskodik. 
Két darab 2 Wattos hangszóró 
kapott helyet — 170 Hz és 20 kHz 
közötti átvitellel -—, de hagyomá- 
nyos 3.5 mm-es fejhallgatón is 
hallgathatjuk az adást. A 250 dolláros 
rádió természetesen hálózati táplálás 
mellett a mellékelt négy darab ceru- 
za akkumulátorról is használható, 
azonban az üzemidejéről nem szól 
a híradás. 
2 http:/www.linuxdevices.com/ 
articles/A13411564713.html 


Medve Zoltán 
(e€-mMmedve(9de-medve.hu) 
2001-ben kezdett 
,Linuxolni", de már 
korábban is ismerkedett 
a szabad szoftverek vilá- 
gával. Ha éppen nem a gép előtt ül, 
akkor fotózgat, olvasgat vagy bicajozik. 





Ni újság a rendszermag fejlesztése korul? 


WI A Promise kiadta a sata promise.c 
meghajtó által támogatott valamennyi 
lapkakészlet teljes műszaki leírását. 

Ez nagyszerű hír, különösen ha azt is 
hozzá tesszük, hogy a Promise eleddig 
semmiféle dokumentációt nem volt 
hajlandó átadni a nyílt forrású közös- 
ségnek. Jeff Garzik egy ideje már 
tárgyalt a cég képviselőivel, és amint 
ez a hír is mutatja, nem minden siker 
nélkül. lalán bátran állíthatom, hogy 
valamennyiünk örömére szolgál 

a Promise ilyetén pálfordulása. 

Karel Zak azon dolgozik, hogy vagy 
egy új szálat (fork) kezdjen a util-linux 
projektből, vagy átvegye annak vezeté- 
sét Adrian Bunktól. Karel eddig csak 

a Red Hat csomagot tartotta karban, 
Adrian pedig nem mutatott az üggyel 
kapcsolatban akkor aktivitást, amekko- 
rát Karel titkon szeretett volna. Éppen 
ezért Karel nemrég küldött egy levelet 
a fejlesztői listára, amiben leírta a terve- 
it, valamint hogy nyitni szeretne egy új 
git tárhelyet és weblapot a projektnek, 
majd elkezdené egyesíteni a beérkezett 
hibajavításokat a fejlesztői fával. A célja 
természetesen az , átadás-átvétel" mi- 
nél zökkenőmentesebb lebonyolítása, 
és ebben természetesen Adrian is tá- 
mogatja. Amint pedig arra H. Peter 
Anvin is rámutatott, ennek a legjobb 
módja az, ha Karel egy új fejlesztési 
szálat nyit meg. Szerinte ugyanis ha 
Adrian már látja, hogy Karel valóban 
képes megbirkózni a feladattal, sokkal 
nyugodtabban adhatja át a vezetést 
neki, és hagyhatja, hogy a projekt 
haladjon a maga útján. 

Mikulas Patocka kiadta a SpadFS első 
változatát. Ezt a fájlrendszer doktori 
célja pedig az, hogy jobb és egysze- 
rűbb megoldást nyújtson a hirtelen 
újraindulások kezelésére, mint a nap- 
lózó fájlrendszerek. Mikulas úgy 
gondolja, hogy a naplózás módszere 
nem csak túlságosan összetett, hanem 
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— talán épp ebből következőleg -— a hi- 
bákra is sokkal érzékenyebb. Szerinte 
a megoldás az úgynevezett , baleset- 
számlálás" (crash counting) jelenti. 

E módszer lényege, hogy a fájlrend- 
szer meghajtója folyamatosan követi 
a becstolásokat és leválasztásokat, és 
ezt az információt hozzáfűzi minden 
friss adathoz egészen addig, amíg azo- 
kat nem sikerül kiírni egy permanens 
helyre. Ha a számítógép hirtelen leáll, 
majd újraindul, a fájlrendszer képes 
érzékelni, hogy a jelenlegi , becsatolási 
állapota" nem azonos az előzővel, 
melynek hatására azonnal visszaállhat 
a legutóbbi, konzisztens állapotba. 

A SpadFS a legjobb úton halad afelé, 
hogy bekerüljön a hivatalos kernelbe, 
olyannyira, hogy még maga Linus 
Torvalds is támogatja. Igaz persze, 
hogy egyelőre csak annyit mondott 
róla: ,nem tűnik valami szörnyűnek". 
A vadonatúj ext4 fájlrendszer immár 
hivatalosan is része a rendszermag- 
nak. A jelenlegi állapotában persze az 
ext4 inkább csak egy olyan ext3 fájl- 
rendszernek tekinthető, amit számos 
extra szolgáltatással illetve folttal is 
felszereltek. Ugyanakkor az ext4 bebo- 
csáttatása a hivatalos kernelfába sok- 
kal simább folyamat volt, mint más 
fájlrendszereké, különösen pedig 

a ReiserFS-é. Az ext3-tól eltérően 
azonban az ext4 továbbra is , mozgás- 
ban van", új szolgáltatásokkal fog a jö- 
vőben bővülni, és más, jelentős válto- 
zások is lesznek a kódjában. Pontosan 
ezek a nagy változások azok, amelyek 
miatt Linus Torvalds azt kérte a fej- 
lesztőktől, hogy adjanak a kódnak kü- 
lön nevet. Szerinte egy fájlrendszer- 
nek teljesen megbízhatónak kell len- 
nie. Ha pedig teljesen stabilizálódik 

a kód, akkor az adott rendszer -— az 
adott névvel -— készen van. Kisebb 
hibajavítások persze beleférnek ebbe 

a szabályba, de olyasmi, ami jelentő- 
sen veszélyeztetheti a tárolt adatok 


épségét, vagy egyén, ehhez hasonló 
mértékű problémákat okozhat, sem- 
miképpen. Egy stabil fájlrendszernek 
az ilyenek a fejlesztési szakaszban át 
kell esnie. Pontosan ezért jelent meg 
az ext2 új fejlesztési szálaként annak 
idején az ext3, és valószínűleg ugyan- 
ez fog bekövetkezni néhány év múlva, 
amikor az ext4 teljesen stabilizálódik, 
és az új fejlesztéseket egyszer csak 
már ext5-nek fogják hívni. 

A kernelfejlesztők egészen idáig nem 
fektettek különösebb hangsúlyt arra, 
hogy a számítógép energiaforrásának 
állapota valamiféle konzisztens felüle- 
ten keresztül jelenjen meg a felhasz- 
náló számára. Minden akkumulátortí- 
pusnak más-más felülete volt, ami 
aztán persze jó nagy káoszt eredmé- 
nyezett. David Woodhouse azonban 

a közelmúltban bejelentett egy általá- 
nos célú akkumulátorkezelési meghaj- 
tót, ami egy csapásra szabványosítja 
az összes eddig használt felületet. 

A szerző mellesleg azt tervezi, hogy 
egy a váltóáramú táplálással kapcsola- 
tos felülettel is kiegészíti a meghajtót, 
bár ezzel kapcsolatban volt néhány 
ellenvélemény is. Richard Hughes pél- 
dául meg van róla győződve, hogy az 
akkumulátorok és a váltóáramú táp- 
egységek kellően sok részletben kü- 
lönböznek egymástól ahhoz, hogy kü- 
lön meghajtót kapjanak. David meglá- 
tása szerint ugyanakkor a két felület 
annyira hasonlít egymásra, hogy sem- 
mi értelme nem lenne két meghajtót 
írni hozzájuk. A vita egyelőre folyik, 
eredmény később várható. Annyi 
ugyanakkor már most is világos, 

hogy akár egy, akár két az energia- 
ellátással kapcsolatos meghajtó lesz is, 
a rendszermag fejlesztői magát az 
ötletet nagyban támogatják. 


Linux Journal 2007., 155. szám 


Zack Brown 
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A legtöbben valószínűleg azt gondolják, hogy a kultúra szabadsága 

és a szerzői jogok között feszülő ellentét a huszonegyedik század szülötte. 
Pedig dehogy. Ki hinné például, hogy a szerzői jogok megsértésének első 
dokumentált eseténél a vádlott egy később szentté avatott szerzetes volt... 
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anapság a legkülönbözőbb 
HAN helyeken hallhatunk 

a szerzői jogok tiszteletben 
tartásának szükségességéről, a vélt 
vagy valós jogsértések társadalmi- 
gazdasági hatásairól, letartóztatott 
kalózokról, lefoglalt szerverekről, mű- 
ködő és működésképtelen védelmi 
rendszerekről, nyert és vesztett perek- 
ről. A témáról természetesen könyvek 
is születtek. Ezek egyikében (John 
Gantz, Jack B. Rochester: Pirates of the 
Digital Millennium — Financial Times 
Press-Prentice Hall, 2005) bukkantam 
arra a nem mindennapi történetre, 
amiről ez a cikk szól. 





A könyvbarát... 

Kolumba - egyes megnevezések sze- 
rint Comcille — ír szerzetes volt, aki 
igen aktív életet élt. Egy tehetős család 
anyagai támogatásával egymaga há- 
rom kolostort alapított, és különös 
hangsúlyt fektetett arra, hogy ezek 

a kor legjobb vallási témájú könyvei- 
vel legyenek ellátva. A gyűjtemény 
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gyarapításából , szerzőként" 
is kivette a részét, mégpe- 
dig két módon is. Egyrészt 
élete során maga is több 
mint háromszáz könyvről 
készített másolatot, ame- 
lyek közül némelyek túlél- 
ték az elmúlt évszázadokat, 
és ma is megtalálhatók 
különböző múzeumokban 
és könyvtárakban. De vol- 
tak más módszerei is... 
5957-ben például elutazott 
egy közeli kolostorba, ahol 
— sajnos a tulajdonos tudta 
és beleegyezése nélkül — másolatot ké- 
szített az apát egyik zsoltároskönyvéről 
és azt magával vitte, gyűjteményét 
gyarapítandó. A másolás a kor techni- 
kájával ugyan napokat vett igénybe, de 
az akció sikerült. Az apát, Finnian of 
Moville - aki különben Kolumba egyik 
tanítómestere volt — mikor megneszelte 
a jogbitorlást, visszakövetelte a másola- 
tot, de nem járt sikerrel. Ezért aztán 
jogorvoslat végett a királyhoz, 
Diarmaithoz fordult, aki el is rendelte 
a könyv visszaszolgáltatását. 

A történetnek itt akár vége is lehetne, 
de az élet ennél sokkal érdekesebb 
dolgokat képes kreálni... 





Lehetsz király, hiába vagy... 

Azt mondják, minden törvény annyit 
ér, amennyit betartanak belőle. Ma- 
napság is gyakori jelenség, hogy az 
írott törvényeket ki így, ki meg amúgy 
értelmezi, amiből aztán végeláthatat- 
lan viták, vagy értelmezhetetlen - de 
minimálisan is meglepő - bírói dönté- 
sek születnek. Amint Kolumba példája 


mutatja, ez a fajta ,jogbizonytalanság" 
sem nevezhető újnak. 

Diarmait is király volt, vagyis elvileg 
maga a törvény, de sajnos nem számolt 
Kolumba ,nehéz természetével". És ezt 
rosszul tette. Elkövette ugyanis azt 

a hibát, hogy nem sokkal az ominózus 
,könyves eset" előtt megölte Kolumba 
egyik rokonát. Ezek után talán nem 
meglepő, hogy kettejük viszonya nem 
volt épp felhőtlen, mondhatni perben 
és haragban álltak egymással. 
Kolumbának tehát esze ágában sem 
volt eleget tenni a királyi ítéletnek, el- 
lenben csatlakozott egy északi lázadó 
csapathoz, amelynek célja Diarmait 
hatalmának megdöntése volt. 


A sorsfordító malór... 

És a lázadás sikerrel járt. Már 
amennyiben ezt sikernek lehet nevez- 
ni... A lázadók és a király csapatai 

a Cooldrumman melletti csatában 

— amit , A Könyves Csata" (The Battle 
of Book) néven is emlegetnek - ütköz- 
tek meg egymással, ahol is több mint 
háromezer ember vesztette életét, 
köztük maga a király. 

Kolumba nem sokkal ezután elhagyta 
Írországot, és Skóciába ment. Hogy ezt 
jószántából tette, vagy , megkérték 
rá", nem tudni pontosan. Azt viszont 
igen, hogy hősünk életében éppen ez 
volt az a fordulat, amely megnyitotta 
számára az utat az örökkévalóság felé. 


Szolgálat a világ végén... 

Manapság egy hittérítő és egy porszí- 
vóügynök között túl sok különbség 
nincs. Mindkettő becsönget, vagy le- 
szólít bennünket az utcán, hülyesége- 
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ket beszél, majd - esetleges szóbeli 
áldásainkkal eltöltekezve — békében 
távozik. Nem volt ez azonban mindig 
így. A történelem sötétebb korszakai- 
ból számos olyan esetről tudunk, ami- 
kor a hittérítő egyáltalán nem úszta 
meg ennyivel, s attól függően, hogy 

a világ mely területén végezte szolgá- 
latát, igen gyorsan a sírban, esetleg va- 
csora gyanánt egy kondérban végezte. 
Nyilvánvaló, hogy Kolumba sajnos 
nem csak a királynak okozott — utóbbi 
számára tragikus kimenetelű - fejfá- 
jást, hanem a keresztény egyháznak 
is. Mert igaz ugyan, hogy az ő korá- 
ban az emberélet nem volt különöseb- 
ben drága, meg a királyok is jöttek- 
mentek, na de háromezer jó keresz- 
tény bestiális lemészárlása — bármi- 
lyen okkal történt is — már akkor sem 
sem volt összeegyeztethető a felebará- 
ti szeretettel, meg a tízparancsolattal. 
Kolumba tehát minden bizonnyal ve- 
zekelni ment Skóciába, Iona szigetére, 
azzal a céllal, hogy legalább három- 
ezer új hívet szerezzen egyházának. 
A hely érdekessége, hogy az ötszázas 
években ez a sziget volt nyugat felé 
az utolsó ismert szárazföld, vagyis 
Kolumba a szó szoros értelmében 


Hungarian 
Unix 
Portal 
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a világ végén teljesített szolgálatot. 
És nem is rosszul, mert bár építeni 
sokkal nehezebb, mint rombolni, 

a tervet maximálisan túlteljesítette: 
gyakorlatilag teljes Észak-Skóciát 
áttérítette a keresztény hitre. 


Kolumba egész életében szenvedélye- 
sen szerette a könyveket. Ilona szigetén 
egyetlen órát sem töltött tétlenül: rend- 
társaival együtt szorgalmasan készítet- 
ték a másolatokat a legkülönbözőbb 
kéziratokról. Elsősorban az ő tevékeny- 
ségének köszönhető, hogy a sokszoro- 
sításnak ez a módszere olyan fontos 
szerepet töltött be az elkövetkező 
évszázadokban egész Európában. 

A legenda szerint élete utolsó napján 
is könyvet másolt. Az utolsó mondat, 
amit 597. június 9-én, 76 éves korában 
papírra vetett, így hangzott: , akik az 
Urat keresik, nem szűkölködnek"7. Aztán 
letette a tollat, meghagyta, hogy 
Baithene nevű tanítványa folytassa 
majd a munkát, egy magaslatról 

még egyszer utoljára körbetekintett 
Iona szigetén, majd este meghalt. 

A furcsa fordulatok pedig még ezzel 
sem értek véget. Szentté avatásához há- 





rom szemtanúnak kellett nyilatkoznia 
arról, hogy látta, amint Kolumba csodát 
tett. A sors kifürkészhetetlen kegyéből 
ezek egyike éppen az az apát volt, 
akitől annak idején a könyvet lopta... 
Így lett Szent Kolumba Írország, Skó- 
cia, és a könyvkötők védőszentje. 

És hogy mindebből mi a tanulság? 
Nos, azt hiszem az lesz a leghelye- 
sebb, ha ennek levonását a nyájas 
olvasóra bízom... 


Büki András 
buki(alinuxvilag.hu 
A Linuxvilág magazin szerkesztője 
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N Az utóbbi években az internet ro- 
hamos terjedésének köszönhetően 

a programfejlesztés is új irányt vett. 
Míg 10-12 évvel ezelőtt csupán stati- 
kus weblapok voltak jelen a hálón, 

a programok nagyobb része pedig 
helyben futott a számítógépen, ad- 
dig ma már szinte minden áthelyező- 
dött a világhálóra. Legyen szó valami- 
lyen rendelésről (könyv, virág, pizza, 
aszpirin, viagra stb.), banki művelet- 
ről, aukciós oldalról, közösségi 
webhelyről vagy bármi másról, 
nyitjuk a böngészőt, és a világ leg- 
természetesebb módján használjuk, 
amit a webfejlesztő elénk rakott. 

Az oldalak dinamikussá válásával 
azonban képbe került egy új prob- 


kese 


léma is: hogyan írjunk 

olyan webalkalmazásokat, 
amelyekkel mind a felhasz- 
náló, mind az üzemeltető 
biztonságban lehet anélkül, 
hogy az túlzottan megbonyo- 
lítaná a napi ügymenetet. 
Manapság már számtalan 
nagyon jónak mondható 
webprogramozásról szóló 
könyv kapható itthon is. 

A probléma az, hogy ezekből 
— akárcsak a többi, klasszikus 
programozási tankönyvből 
(C, Ct 4 stb.) — gyakran kife- 
lejtettek egy fontos részt 

a szerzők. 

A programozás elméletének 
és szintaxisának, meg az alkal- 
mazási területeknek a bemuta- 
tásával sajnos nem érhet véget 
egy tankönyv. Nem csak a vi- 
lágos oldalt kell megvizsgálni 
ugyanis, amikor a felhasználó 
a tankönyvi példa szerint vi- 
selkedik, hanem a sötétet is, 
amikor -— akár szándékosan, 
akár véletlenül — megpróbálja kihozni 
az alkalmazásból azt, amit mi egyálta- 
lán nem terveztünk bele. 

E tekintetben Whittaker és Andrews 
könyvét amolyan hiánypótló műnek 
tekinthetjük, hiszen a két szerző 

— tapasztalt biztonságtechnikai szak- 
emberek - 24 lehetséges feltörési 
módszer tárgyal hét logikai részre 
tagolva. Minden betörési módszernél 
részletes leírást kapunk magáról 

a támadásról -— mi is valójában és mi- 
kor kell rá odafigyelni —, a támadás 
végrehajtásáról és persze a támadás 
elleni védekezésről. 

A három további fejezetben a web 
természetéről, az adatvédelemről 

és a webszolgáltatásokról kapunk 


áttekintést. A függelékben helyet 
kapott ezen kívül egy rövid - tíz olda- 
las — összefoglaló a szoftverfejlesztés 
történetéről a kezdetektől napjainkig, 
valamint a könyvben bemutatott 
virágboltos weboldal hibáinak rövid 
összefoglalása. 

Apropó virágbolt... A könyvhöz 
tartozik egy CD melléklet is, melyen 
a könyvben említett segédprogramok 
és egy , állatorvosi ló" gyanánt hasz- 
nálható webhely forrása található. 
Az eszközök elsősorban windowso- 
sak, de számos alkalmazás — mint 
például az Ethereal — megtalálható 

a legtöbb Linux terjesztésben is. 
Emellett három, a témával kapcso- 
latos Firefox bővítmény is helyet 
kapott a lemezen. 

A legfontosabb tanács talán az, 

hogy hibát követünk el, ha a felhasz- 
nálót alapból jóindulatúnak tekintjük. 
Ha ezerből csak egy van, aki kihasz- 
nálja az általunk ottfelejtett biztonsági 
rést, az eset már akkor is romba 
döntheti a cégünket. Anyagilag 

és erkölcsileg egyaránt. 

Teljes védelem persze szintén nincs, 
mint ahogy örökké tartó sem. Újra 

és újra felül kell vizsgálnunk a kész 
alkalmazásokat is. A könyv ehhez 

és további támadási módok kigon- 
dolásához is segítséget nyújt. 

A hátsó borítón ugyan , Haladó" szint 
van megjelölve, én azért mégis aján- 
lanám ezt a művet bárkinek, aki vala- 
milyen szinten webprogramozással 
foglalkozik, akár a szerver akár a kli- 
ens oldalán. A hibás programozói 
magatartást ugyanis sokkal nehezebb 
levetkőzni, mint körültekintően prog- 
ramozni már a kezdetektől fogva. 


Medve Zoltán 
e-medve(de-medve.hu 
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Korábban elképzelhetetlen szintú nyilt 
forráskódú fejlesztések Magyarországon 


és a régióban 


Stratégiai nyílt forráskódú együttműködést kötött a Novell és a Synergon 


mi Szittya Tamás, a Novell Magyaror- 
szág ügyvezető igazgatója és Ákos 
György, a Synergon Informatika Nyrt. 
vezérigazgatója február elején közös 
sajtótájékoztatón jelentették be régió 
szintű stratégiai együttműködésüket 
a nyílt forráskódú technológia támo- 
gatására. A bejelentés értelmében 
mostantól a Linux — a nyílt forráskódú 
technológia — a Synergon egyik fontos 
stratégiai platformjává válik, mint 

a jövőbeni fejlesztések egyik alapja, 
és mindehhez stratégiai partnere 

a Novell és annak vezető Linux tech- 
nológiája a SUSE Linux Enterprise. 

A vezető elemző társaságok előrejel- 
zése szerint a Linux jövője, robbanás- 
szerű fejlődése elkerülhetetlen és 

ezt már a Microsoft és a Novell által 
aláírt megállapodás is tovább segíti. 
Ezért a Synergon fejlesztéseit az 
ügyfél-igényeknek megfelelően nyílt 
forráskódon is piacra viszi. 

Ákos György, a Synergon Informatika 
Nyrt. vezérigazgatója elmondta, hogy 
a vezető rendszerintegrátorok köré- 
ben Magyarországon elsőként 

a Synergon döntött stratégiai szinten 
a nyílt forráskódú fejlesztések előtérbe 
helyezéséről, hogy valódi alternatívát 
biztosítson a felhasználók költségcsök- 
kentési, hatékonyságnövekedési és 
egyre növekvő biztonsági elvárásaira, 
melyek alapvető követelmények a cé- 


gek és intézmények számára egyaránt. 


A Microsoft-Novell együttműködés jó 
lehetőség egy olyan rendszerintegrá- 
tornak, mint a Synergon Informatika, 
amely érdekelt több, egymás mellett 
létező technológia együttes szállításá- 
ban, beleértve a kapcsolódó szolgálta- 
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tásokat is. A mostani megállapodás 
nagyban segíti a Synergon üzleti akti- 
vitását, hiszen a korábbiakhoz képest 
sokkal szélesebb ügyfélkört és igé- 
nyeket tud kiszolgálni. Ez a megálla- 
podás nem befolyásolja a Synergon 

és a Microsoft között továbbra is 
fennálló együttműködést, amelyet 

a Társaság változatlanul fontos fejlesz- 
tési plattormnak tekint. A vállalat 
nagyra értékeli, hogy a Novell is 

a Synergont választotta partneréül. 
Szittya Tamás, a Novell Magyarország 
ügyvezető igazgatója szerint a vezető 
szoftver és hardvergyártók termékfej- 
lesztési és support támogatása, vala- 
mint a felhasználók egyre növekvő 
nyílt forráskódú igényei mellett 

a Synergon belépésével a Linux kör 
bezárult Magyarországon is. Magyar- 
ország vezető rendszerintegrátorainak 


LISA EY ÉToT 





bekapcsolódásával minden adott 

a Linux és a további nyílt forráskódú 
megoldások robbanásszerű elterjedé- 
séhez az államigazgatás és a verseny- 
szféra számára egyaránt. A Novell 
SUSE Linux már számos intézménynél 
bizonyított a magyar kormányzati pia- 
con és a versenyszférában egyaránt, de 
a Synergon támogatásával a Novell re- 
ményei szerint hamarosan egyre több 
ágazatban válik stratégiai plattormmá. 


Régiós szerep 

A Novell Magyarország és a Synergon 
Informatika együttműködése 
Magyarország mellett a régióra is 
kiterjed, hiszen mindkét társaság 
regionális irányító szerepet is ellát. 
Ennek köszönhetően a két társaság 

a nyílt forráskódú fejlesztések ma- 
gas megtérülésére számít, hiszen 


A nyílt forráskódú szoftverek, és a ráépülő megoldások jelentős európai tér- 
nyerését mutatja, hogy az elmúlt években az Európai Unió tagállamainak 
meghatározó vállalatai és kormányzati intézményei tértek át a nyílt forráskódú 
megoldások használatára. A Linuxra történő átállást bejelentők közül a legje- 
lentősebbek vállalatok az Audi, a PSA Peugeot Citroen, a Siemens Medical 
Solutions, illetve Európa legnagyobb vasúttársasága, a Deutsche Bahn. Az ál- 
lamigazgatásból a Linux mellett döntött többek között Bergen város önkor- 
mányzata, a svájci Szövetségi Kormány, a spanyol Miniszterelnöki Hivatal, az 
Egyesült Királyság Egészségügyi Minisztériumának vezető ügynöksége, a finn 
Védelmi Minisztérium, a németországi Földnyilvántartó Hivatal, a németorszá- 
gi Központi Információvédelmi Hivatal, az angliai Kent rendőrsége, a holland 
EPE közigazgatási terület törvényhozása, az olaszországi Velence tartomány, il- 
letve Prága város önkormányzata is. A hazai példák közül az Országos Igazság- 
szolgáltatási Tanács Hivatala, a Közlekedési Főfelügyelet, illetve a Magyar 
Szabadalmi Hivatal Linux bevezetései is kiemelkedő méretű projektek. 


a fejlesztések könnyen lokalizálha- 
tók és implementálhatók a környező 
országokban is. 


A Linux fejlődése töretlen — világ- 
viszonylatban és Magyarországon Is 
A felhasználóknak szükségük van meg- 
bízható, költséghatékony és biztonsá- 
gos megoldásokra az informatikai rend- 
szereik fejlesztésében, ezért évről-évre 
folyamatosan nő a Linux rendszert tele- 


pítők és használók száma mind szerver, 
mind pedig desktop oldalon. A szoft- 
verfejlesztők és felhasználók, valamint 
a független elemzők véleménye meg- 
egyezik abban, hogy a nyílt forráskódú 
és ezen belül a Linux alapú megoldások 
alkotják ma az IT-iparág legdinamiku- 
sabban növekvő területét, és a közeljö- 
vőben a linuxos technológiák további 
előretörése várható. Az IDC független 
elemző cég prognózisa szerint 2008-ra 


a teljes Linux-piac értéke — beleértve 

a szervereket, asztali gépeket és a szoft- 
vereket is — meghaladja majd a 35 milli- 
árd dollárt, amelyből tisztán a szoftve- 
rek várhatóan több mint 14 milliárd 
dollárt tesznek majd ki. 


A Linux térnyerése az Európai 
Unióban 

Az Európai Bizottság januárban 
kiadott jelentése szerint 2010-re 

az Európai Unió összes IT szolgál- 
tatásának 3290-a nyílt forráskódú 
szoftverekre fog épülni. A jelentés 
készítői szerint a nyílt forráskódú 
szoftverek használata jó esélyt 
biztosít arra, hogy Európa elérje 
politikai céljait, miszerint az európai 
gazdaságnak 2010-re világszinten az 
egyik legversenyképesebb gazdaság- 
gá kell válnia. A kutatók úgy gondol- 
ják, hogy az Európai Unió ingyenes- 
nyílt forráskódú szoftverekre (FLOSS 
— Free/Libre and Open Source Soft- 
ware) fordított beruházásainak meg- 
duplázása a teljes EH GDP 0,1 90-os 
éves növekedését eredményezi. 

Ez több mint 10 milliárd euró meg- 
takarítást jelent évente az Európai 
Unió számára. Ki 


Tandíj 
340 00,- Ft 
Afa mentes 


340 00,- Ft 
Afa mentes 


62 500,- Ft -- Áfa 
67 500,- Ft -- Áfa 
24 000,- Ft -- Áfa 
25 000,- Ft -- Áfa 
120 000,- Ft -- Áfa 


Óraszám 
350 óra 


Tanfolyam neve 


OKJ Rendszerinformatikus 
esti 


OKJ Rendszerinformatikus 350 óra 


levelező 

50 óra 
50 óra 
20 óra 


Linux rendszergazda kezdő 

Linux rendszergazda haladó 

Apache és Postfix kezdő 
Részletes tájékoztatás: 
ITATTA TALK ZTTT Redon 
infocokeksuli.com 


Apache és Postfix haladó 


LPI 101-102 nemzetközi 
vizsgafelkészítő 
(1 db ingyenes vizsgával) 


50 óra 


A tanfolyamok nappali, esti és hétvégi időbeosztásban 


is indulnak 
Tel.: 06-30 981-13-43 


Fax: 276-4603 
1077 Budapest, 
Baross tér 19. III. em. 


A tanfolyamokat egyedi tematika szerint Önöknél 
is megtartjuk! 
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Pingvin a négyzeten 


Egy régi vicc szerint Irabant gyártásához két ember szükségeltetik: az egyik 
hajtogat, a másik ragaszt. A japánban született origami ezt a gyártást elavulttá 
tette; így ha akár egy Irabanthoz, akár egy pingvinhez szeretnénk jutni 


(olcsón és büntetlenül), megspórolható a ragasztóanyag. 


WI A papírhajtogatás művészetén elme- 
rengve Jane Austen papírra vetett sorai 
jutnak eszembe, miszerint , a világ egyik 
fele értetlenül nézi a másik felének 
szórakozásait . .. Hogy miért jó papiros- 
ból különféle formákat hajtogatni? Min- 
denesetre, mióta olvastam, hogy Auszt- 
ráliában kengurutrágyából is készítenek 
papírt, Afrikában pedig elefántürülék- 
ből, meggondolom, érdemes-e ezt 

a hobbit választanom. Ha azt vesszük, 
hogy 100 db A4-es laphoz körülbelül 

6 kilogramm trágyát használnak fel 

— szinte kizártnak tartom, hogy valaha 
is megnyaljak még egy borítékot. 

No de hogy mégis értelmet találjak eb- 
ben a játékban (bár talán nem véletlen, 
hogy a tudósok értelmes életet is csak 


SA 
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a Földön kívül keresgélnek), el kell 
ismernem, hogy sokaknak már a nad- 
rághajtogatás is bonyolult művelet, 
ezért meglehet, számukra kiváltképp 
előnyös a gyakorlást papíron elkezde- 
ni. Első feladatként (nadrágvasalást 
követően) megpróbáltam rácáfolni ama 
állításra, mely szerint semmilyen pa- 
pírt, legyen az bármilyen vékony vagy 
nagyalakú, nem lehet hétnél többször 
félbehajtani. Kísérletem sikertelennek 
bizonyult... Ekkor úgy döntöttem, új 
hobbiként áttérnék inkább a húszezre- 
sek hajtogatására (még akkor is, ha eh- 
hez galandférgek tömkelegét használ- 
nák fel) — de mivel a bankok már zárva 
voltak, fekete-fehérben kezdtem neki. 
Halusz Léna 


EG d 
gi d 
Ah Ab 
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——— Fejlesztői sarok 


Bővitmények fejlesztése 


Bevezetés az Eclipse 
nézeteinek, szerkesztői- 
nek és beépülő modul- 
jainak világába. 


következőkben bemutatjuk 

az Eclipse platformra épü- 

lő alkalmazásfejlesztési 
környezetekhez tartozó beépülő 
modulok (pluginek) fejlesztésének 
praktikáit. A cikkben található általá- 
nos alapelvek a letölthető verzión 
túl számos Eclipse alapú fejlesztési 
környezetre érvényesek. A fejlesztési 
folyamat több szempontját is érint- 
jük, például a nézet kontra szer- 
kesztő vitát, a belső vagy külső mód 
kiválasztását, a szabványos widget 
eszközkészlet (Standard Widget 
Toolkit - SWT) alapjait, az Eclipse 
beépülőmodul-varázslójának (Plugin 
Wizard) hasznosságát. Az Eclipse 
beépülő modulok Eclips-szel való 
fejlesztésének előnyeit is tárgyaljuk. 
Egy egyszerű beépülő alkalmazás- 
modul fejlesztésének lépéseit is 
végigkísérjük, nem tévesztve szem 
elől a más modulokban való újra- 
hasznosítás lehetőségét. 


Az Eclipse-ben kétféleképpen tálal- 
hatjuk az információt a felhasználó 
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számára: nézetben vagy szerkesz- 
tőben. Mindkettő lehetővé teszi, 
hogy a beépülő modul egyes műve- 
leteit végrehajtsuk az elemeken, 
szimpla vagy dupla kattintással, 
illetve a jobb kattintásra előugró 
menüből vagy a főmenüből való 
kiválasztással. 

A szerkesztő osztály gyakorlatilag 
mindent tud, amit a nézet, sőt, sokkal 
többet. Az extra funkciók azonban 
nincsenek ingyen, sem a rendszer, 
sem a kód bonyolultságát tekintve. 
A szerkesztő osztály fejlesztése álta- 
lában több munkát igényel, mint 

a nézet, így a munka megkezdése 
előtt nem árt elgondolkodni azon, 
érdemes-e. 

Ha az információk egyszerű megjele- 
nítése és néhány beépített tulajdon- 
ság kihasználása a cél, akkor a nézet 
elegendő. A nézetbe egyszerűen 
vihetünk be adatokat, többnyire az 
SWT widgetjeivel, például tábláza- 
tokkal és szövegablakokkal. Mi van 
azonban akkor, ha egy sokkal szaba- 
dabb formájú kapcsolatot kívánunk 
megvalósítani a felhasználóval? 
Hogy oldjuk meg az Eclipse több- 
szöri indításánál is tennmaradó 
felhasználói adatbeviteleket? 

A vitában az egyik jó érv a per- 
szisztencia kérdésének felvetése. 

Bár van rá lehetőség, hogy egy nézet- 
ből adatokat nyerjünk ki, valamiféle 








perszisztens tárolóból, ez többnyire 
némi fájlokkal, vagy fájl-szerű kontex- 
tusokkal való munkát jelent. Ebben 
az esetben gyakran egyszerűbb 
szerkesztőt készíteni. 

A második leggyakoribb szempont 

a megjelenítendő adat. Ha a felhasz- 
nálónak többféle adat kiválasztására 
szeretnénk lehetőséget adni úgy, 
hogy ezeken egyesével végezhessen 
műveleteket, akkor a műveletek 
megvalósítása rendszerint külön 
nézetben egyszerűbb. 

Néhány sorral később implementálni 
fogunk egy nagyon egyszerű Eclipse 
beépülő modult, amelynek egyetlen 
célja, hogy alkalmazásszintű adatokat 
biztosítson a felhasználónak. Az ada- 
tokat karakterláncként jelenítjük meg, 
de ezt lényegében bármivel helyette- 
síthetnénk. Engedélyezzük a szokásos 
bal, jobb és dupla kattintást, de csak 
ez utóbbit módosítjuk a többi műve- 
let implementálásában való újrahasz- 
nosítás szemléltetésére. 

Mivel nincs szükségünk perszisztens 
erőforrásra, és az adatokat egyesével 
akarjuk kiválasztani, ugyanazt 

a beépülőmodul-funkciót nézetként 
valósítjuk meg, amelyet egyszerűen 
DataView-nak hívunk. 


Mielőtt eldöntjük, hogy nézetet 
vagy szerkesztőt fejlesztünk, még 





"hc t- Eclipse Platform 
File Edit Source  Refactor  Navigate Search Project Run Window Help 
rás 4 6 ! $" Ov Gafv KTAATTELEZSTSS 

i$ Package Explo.. Xg PI . Plug-in Content 

b $ B]! Enter the data reguired to generate the plug-in. 


! 
! Plug-in Properties 








" com.mcc.dataView 


Plugiin ID: 


í 
L 





Plug-in Version: 1.00 i 


Piugá Name: [Datavlew Piugán 











Runtime Library: .dataviewjar 


Plug-An Class 


[4 Generate the Java class that controls the plug-iris life cycle (recommended) 





Cass Name: " com.mcc.dataview. DataviewPlugin 
[4 This plug-in will make contributions to the Ul 


(I Intended for use with older Eclipse platforms (prior to 3.0) 








egy kérdésre kell felelnünk: 

a felhasználó számára megjelení- 
teni kívánt adatokat az Eclipse kör- 
nyezeten belül vagy kívül tároljuk? 
Az SWT-ben lévő Form osztályok 


st at 


lehetővé teszik, hogy az alkalma- 
zás adatait külsővé tesszük (, exter- 
nalizáljuk"). 

A szerkesztők lehetnek külsők 

és belsők egyaránt, azonban a kül- 
ső szerkesztőnél nehéz hozzáférni 
a beépülő modulhoz. Egyes beépü- 
lő modulok meglepő módon épp 
ezt a ftunkcionalitást támogatják. 

A legtöbb esetben ennek az az 

oka, hogy a gyártók a felhasználó- 
kat kizárják a beépülő modulok 
bizo nyos szintű Eclipse-funkcióinak 
használatából. Nagy általánosság- 
ban - az eszközökben lévő nyitott- 
ságról szóló felhasználói viták el- 
lenére is — azt mondhatjuk, hogy 
az Eclipse szerkesztőket belsőként 
kell megvalósítani. Egyszerűen 
nincs értelme lemondani a be- 
épülő modul egyéb funkcióiról, 

ha nem muszáj. De mi a helyzet 

a nézetekkel? 

A szerkesztőkhöz hasonlóan 

a nézet is megvalósítható külsőként, 
külön Form osztállyal, és belsőként 
is, mint egy szokványos nézet, járu- 
lékos widgetekkel. Nincsenek kőbe 
vésett szabályok, de a választást 
megkönnyíthetjük néhány alap- 





elv észben tartásával. Általában 

két dolgot kell figyelembe ven- 
nünk: tekinthetjük-e a nézet adata- 
it olyan, egyedi, egymástól elkülö- 
nült elemeknek, amelyek mezői 
vagy műveletei az egyes adatokra 
jellemzők, illetve úgy kilencnél keve- 
sebb van-e ezekből az elemekből? 
Ha igen, táblázattal, esetleg ele- 
menként külön füllel, nézetként 
megvalósítható. 

Ha azonban az adatelemek és a raj- 
tuk végezhető műveletek tényleges 
száma változó vagy ismeretlen - pél- 
dául mert a fejlesztőnek nincs előze- 
tes ismerete arról, hogy hány elem 
várható, mennyi különféle műveletet 
kell támogatnia, illetve engedélyeznie 
a jövőben, - a legjobb, ha a nézetet 
külső Form osztályként valósítjuk 
meg. 

A mintául szolgáló beépülő modul 
egy egyszerű, 100 elemű implemen- 
táció, amely mindegyik adatelemet 
két mezővel, névvel és értékkel 
jelenít meg. Bár a kilencnél több 
művelethez nincsenek előre definiált 
rendszerkövetelmények, nincs több 
művelet sincs megadva. Ennek 
megfelelően azt is feltételezhetjük, 
hogy ilyenekre nem kifejezetten lesz 
szükség - elvégre egyszerű példát 
szeretnénk bemutatni. A DataView 
beépülő modult tehát belső nézetként 
implementáljuk. 


ismerkedés az Eclipse környezettel 
A beépülő modul fejlesztéséhez 
először az Eclipse-et kell telepíteni. 
A példa kedvéért az Eclipse 
weboldaláról letöltöttük az Eclipse 
legírissebb változatát, amely a cikk 
írásának idején 3.0.2 volt (Az Eclipse 
SDK 2007. január 22-i verziója 3.2.1. — 
a ford.)). Mivel saját munkahelye- 
men a CDT-t használom a C és 

C-t fejlesztésekhez, a CDT projekt 
2.1-es változatát is letöltöttem, ami 
az Eclipse weboldalának projects 
ugrópontjáról elérhető Eclipse Tools 
Projectben található meg. Mindkettő 
elérhető .zip fájlként, amelyek ki- 
csomagoláskor a /eclipse könyvtárba 
kerülnek, ezért figyeljünk arra, 
hogy először az Eclipse csomagot 
telepítsük. Én Red Hat Linux 9.0-át 
használok az Eclipse keretrendszer 
és a CDT GIK-s verziójával, 

de a Motifos verziók is ugyanolyan 
jól működnek. Ezután már elindít- 
hatjuk az Eclipse-t a ./eclipse 
paranccsal, és a Windows 5: Open 
Perspective menüpontból kivá- 
laszthatjuk a beépülő modul 
fejlesztésére szolgáló perspek- 

tívát (Plugin Development 
Environment - PDE). 


Az Eclipse beépülőmodul- 
varázslójának használata 

Az Eclipse beépülő moduljainak fej- 
lesztéséről szóló írások közül sok 
csak a ,Helló Világ" típusú példán 
vezeti végig a felhasználókat. Nem 
kizárt, hogy ez jó kiindulási alap 
lehet kezdő fejlesztőknek, de hitem 
szerint, nincs ennél rosszabb módja, 
hogy a gyakorlott szoftverfejlesztők 
megismerkedjenek az Eclipse-szel. 
Túl sokáig tart, és ami ennél is kelle- 
metlenebb, szinte az egészet elölről 
kell kezdeni, ha egy valódi beépülő 
modult kell készíteni. Ehelyett azt 
javaslom, hogy amennyire csak lehet, 
teljes beépülő modult készítsünk, 

a meglévő sablonokból annyit fel- 
használva, amennyit csak a kör- 
nyezet megenged. Ha így teszünk, 
rögtön számos funkció áll majd 

a rendelkezésünkre, amelyek 
testreszabása anélkül elvégezhető, 
hogy a normál beépülőmodul- 
környezethez való megfelelő 
kapcsolódás miatt aggódni kellene. 
A PDE beépülőmodul-varázsló- 
jával egyszerűen készíthetünk 








beépülőmodulprojekt-mintát, 

a File 2: New 5 Plug-in Project 
menüpontban. A névválasztásnál 

a más gyártók által is használt 
konvenciót követjük: 

com. vállalatNeve.termékNeve, ami 

a jelen példában com.mcc.dataView, 
ahogy az 1. ábra is mutatja. 

Ha már a testreszabásnál tartunk, 
meglehetősen egyszerű feladat 

egyes funkciók eltávolítása, így a kö- 
vetkező két képernyőt átugorjuk, és 

a sablonokkal folytatjuk. Kiválasztjuk 
a Create a plugin-t az egyik sablonnal, 
és a Custom Plugin Wizard-dal, 

majd a Next gomb megnyomására 
már láthatjuk is a létrehozni kívánt 
sablonokat. 

Már ezen a ponton is eltávolíthat- 
nánk funkciókat, de ebben a példá- 
ban ezt nem tesszük. Ehelyett addig 
nyomkodjuk a Next gombot, míg 

a Main View Settings panelhez nem 
érünk, ahol a nézetmintát átnevez- 
zük DataView-ra, a 2. ábra szerint. 

Ha mindent megfelelően beállítot- 
tunk, a Finish-sel befejezhetjük 

a műveletsort, de végiglépkedhetünk 
a testreszabás utolsó lépésein is (View 
Features). Minden képernyőnél szaba- 
don léphetünk egy előző vagy követ- 
kező stádiumba, úgyhogy nyugodtan 
próbálgassuk a lehetőségeket. 

A Finish gomb megnyomásáig 
semmiféle változtatás nem történik 

a környezetben. 

Ha az első próbálkozás nem sike- 
rül, ahogy például nekem sem sike- 
rült, ne keseredjünk el. Löröljük 

az egész projektet, a könyvtár tartal- 
mával együtt, és csináljuk mindad- 
dig újra, amíg nem sikerül. Mihelyt 
a beépülő modul elkészül a követel- 
ményeink szerint, máris futtathatjuk, 
amihez a futásidejű munkapadot 
használjuk. 


A heépülő modul tesztelése 

a futásidejú munkapadon 

Az Eclipse keretrendszer egyik 
legnagyszerűbb tulajdonsága, 
hogy a beépülő modulokat a saját 
futásidejű munkapadján fejleszt- 
hetjük, tesztelhetjük és javíthatjuk. 
Nagyon kevés fejlesztői környezet 
kínálja ugyanezeket a lehetősége- 
ket, ilyen könnyen és intuitívan 
kezelhető módon. Más eszközökkel 
a fejlesztők gyakran sok időt po- 
csékolnak el a fordítás, szerkesztés 
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Choose the way the new view will be added to the plug-in. 








Miew Class Name: "Dataview 





View Name: " Data View z 


View Category Id: / com.mec.dataview 





View Category Name: , MCC Views] 





Select the viewer type that should be hosted in the view: 


(6) Table viewer (can also be used for lists) 
0 Tree viewer 
[7] Add the view to the resource perspective 


és hibakeresés ciklusának hossza- 
dalmas ismétlésével. 

A DataView beépülő modul végre- 
hajtásához egyszerűen válasszuk 

a Run 5 Run As 5 Run-time 
workbench menüpontot a PDE pers- 
pektívából. A PDE erre létrehoz egy 
teljesen elkülönült munkaterületet, 
amit futásidejű munkaterületnek is 
hívunk, és végrehajtja a DataView 
beépülő modult. Az első futtatáskor 
a Window 5 Show View 5 Other 
menüpontra is szükségünk lesz, 
ahol a beépülő modul létrehozása- 
kor kiválasztott nézetek alatt lévő 
DataView-t is ki kell jelölnünk. 

A futásidejű munkapad a szokásos 
munkaterülethez hasonlóan működik, 
így megőrzi a nézet tulajdonságait 

az egyes indítások között. Ez nagy- 
mértékben leegyszerűsíti a tesztelést, 
mivel az ismételt ellenőrzéshez 
mindössze újra el kell indítani 

a futásidejű munkapadot. 

A futásidejű munkapad modelljének 
kevés hátránya közül az egyik az, 
hogy közel megduplázza a memória- 
felhasználást, mintha két Eclipse-t 
használnánk ugyanazon a számítógé- 
pen. Kevés memóriával ellátott eszkö- 
zökön, például hordozható számítógé- 
peken ez a sebesség nagymértékű 
csökkenése miatt zavaró lehet. A Java 
virtuális gépek folyamatos javulásával 
azonban ez is egyre kisebb gond lesz. 


za B "70 





Kísérletezzünk kicsit a beépülő mo- 
dul menüivel, legördülő menüivel, 
hogy lássuk, milyen funkciókat 
hoztunk létre. Bár a szerkesztők 
testreszabását nem tárgyaljuk, érde- 
mes lehet időt szakítani egy .mpe 
kiterjesztésű fájl elkészítésére is, 
egy egyszerű Eclipse projekt kereté- 
ben. Ennek segítségével a kíváncsi 
olvasó megismerkedhet a többoldalas 
szerkesztők világával, amilyen pl. 
az új beépülőmodul-projektben 
található plugin.xmil fájl megjeleni- 
tésénél is látható. 


A beépülőmodul-nézet testreszabása 
A DataView tesztre szabásának első 
lépéseként egy új ViewLabelProvider 
osztályt kell hozzáaádnunk a Views 
könyvtárban lévő beépülőmodul- 
projekthez. Ezzel adatokat adhatunk 
a táblához, amit a beépülő modul 

a DataView ablakban futás közben 
megjelenít. A ViewLabelProvider 
osztály a tárolt adatot, egy nevet és 
egy értéket, átadja a DataView-nak, 

a ParameterControl osztály segít- 
ségével. Ezt az osztályt teljes terje- 
delmében a projekt tar állományában 
találjuk. 

A következő lépés 

a ViewLabelProvider osztály által hi- 
vatkozott ParameterControl osztály 
hozzáadása a Views könyvtárban lévő 
beépülőmodul-projekthez, amely 








w Resource - Eclipse Platform 








File Edit  Navigate Search Project  Sample Menu Run Window Help 


Ir Há HG] 4] ere" 
€- Navigator 23 Package Explorer 201) 
$0YyIEt ./ 


SE Outline 37 
An outline is not available. 





Parameter Name) 
ele besenmtion ——— ÍResounjinFolder —— [Locatti [ paraneter 1 


Parameter 3 
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Parameter 6 
Parameter 7 
Parameter 8 
Parameter 9 
Parameter 10 





a DataView táblájában megjelenítendő 
tényleges paraméterek nevének és 
értékének kezeléséért felelős. Bár ez 
egy viszonylag egyszerű implemen- 
táció, szükség esetén könnyedén 
kiterjeszthető nagy számú mezőre is. 
Ennek az osztálynak a leírását is 

a projekt tar állományában találjuk. 
Harmadik lépésként hozzáadunk 

a DataView osztályhoz egy táblát 

a megfelelő beállításokkal (lásd az 

1. tételt a Linux Journal FIP-helyén), 
módosítjuk magát a Plugin osztályt 

a UserParameter változó támogatásá- 
hoz és a DoubleClick eseményhez 
hozzárendeljük a táblában lévő ada- 
tok megjelenítését. Vegyük észre, 
hogy egy új függvényt, az 
UpdateThedtable-t is létre kellett hozni, 
hogy a táblában mindig a legfrissebb 
adatok szerepeljenek. Ha új alkalma- 
zásadatokhoz kell hozzáférnünk a fájl- 
rendszeren, a hálózaton keresztül 
vagy valahogy máshogy, ezt a függ- 
vényt kell módosítani. Példánkban 

az első négy paramétert változtattuk 
meg. A beépülő modul teljes kódja 

a Linux Journal FIP-helyéről letölthe- 
tő (lásd a kapcsolódó anyagokat). 

Az utolsó lépésben a beépülő modul- 
ban létrehozzuk a ParametercControl 
változót és kezdőértékkel látjuk el. Ezt 
a DataViewPlugin.java fájlban, közvet- 
lenül a resourceBundle deklarációja 
után tegyük meg, a következő módon: 





//Uuser Parameter functionality 
public Parametercontrol 
s userParameters[] - 

new Parametercontrol[100]; 


Végül a kezdeti értékadás következik 
a Plugin konstruktora után: 


// Additions for User Parameter 
s functionality 
int index; 
for (index - 0; 
5 1 ndex-ii-) 


index c 100; 


í 
userParameters[index] - 
new ParametercControl 
sz ("Parameter " 
tr (index 4 1), "Value " 
4. (index 4 199; 
T 


A 3. ábrán a beépülő modul 
végrehajtása látható a futásidejű 
munkapadon. Az ábrán azt látjuk, 
amikor a felhasználó duplán kattin- 
tott egy elemre, aminek hatására 

a táblában kiválasztott elem adatai 
megjelennek egy egyszerű párbe- 
szédablakban. 


Osszefoglalás 

A cikkben áttekintettük azokat 

a főbb alapelveket, amelyeket az 
alkalmazásadatok megjelenítésére 
szolgáló, nézetként megvalósított 


Eclipse beépülő modul fejlesztésé- 
nél figyelembe kell vennünk. 
Felhasználtuk az Eclipse beépülő- 
modul-varázslóját az inicializációs 
kód jelentős részének automatikus 
létrehozásához, tesztelhető és újra- 
hasznosítható módon. Az SMWT fel- 
használásának néhány példáját is 
áttekintettük, például Jable, Viewer 
és LabelProvider, illetve ezek alkal- 
mazását a felhasználói nézetben. 
Végül rámutattunk az Eclipse 
futásidejű munkapadjának egyes 
előnyeire és hátrányaira. 
Mindeközben létrehoztunk egy 
egyszerű, mintául szolgáló beépülő 
modult, amely újra és újra felhasz- 
nálható az új modulok kiindulási 
alapjaként. A jövőbeli igények ki- 
elégítésére bekapcsolható az összes 
jellemző funkció, például a több- 
oldalas szerkesztők, tulajdonságok, 
varázslók és referenciakiterjesztések. 
A további képességek már iteratív 
módon is fejleszthetők, ami nem 
csak az adott beépülő modul jövő- 
beli növekedését teszi lehetővé, 

de a különféle modulok fejleszté- 
sében való újrahasznosítását is. 

Az Eclipse-t egyáltalán nem vagy 
csak kevéssé ismerő fejlesztők 
számára is jó kiindulópont lehet. 
Az újrahasznosítás az Eclipse 
keretrendszer egyik legfigyelem- 
reméltóbb sajátossága. 


Linux Journal 2006., 143. szám 


Mike McCullough az MCC 
Systems elnöke és ügyvezető igazga- 
tója. A Bostoni Egyetemen megsze- 
rezte a számítógépek tudományának 
baccalareusa és a rendszertervezés 
magisztere címeket. Számos posztot 
tud maga mögött a Wind River 
Systems, Lockheed Sanders, Stratus 
Computer és az Apollo Computer 
cégeknél, egy 20 éves múlttal rendel- 
kező elektronikai veterán. Az MCC 
Systems Eclipse alapú szoftverfej- 
lesztési eszközöket készít és a be- 
ágyazott rendszerek témakörében 
kínál oktatási és konzultációs 
szolgáltatásokat. 


ATÁT Tre TV Ta 


2 www.linuxjournal.com/article/8789 
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Valódi konszolidáció virtuális adatbázissal 


A konszolidáció kifejezéssel, mint az IT költségek racionalizálásának mód- 
szerével szinte minden üzemeltetéssel foglalkozó szakember találkozott már. 
A hardver- és szoftvergyártók marketinganyagaiban rendre felbukkan ez 

a kifejezést, amit persze mindenki a saját maga módján értelmez. 


bban azonban megegyez- 

nek, hogy az erőforrások 

jobb kihasználását, a korábbi 
szigetszerű, elosztott megoldások egy- 
A konszolidáció annál hatékonyabb, 
minél magasabb szintet érint. Ezért 
a közös központi tároló kialakítása 
után logikus lépés az adatbázisok 
fürtbe (Real Application Clusters-be) 
való szervezése. Ez egy vagy több fi- 
zikai adatbázis több szerverről való 
egyidejű elérhetőségét teszi lehetővé. 
Az adatbázis fürtözés egyszerre szol- 
gálja az adatbázis folyamatos elérhe- 
tőségét és a szerverek párhuzamos 
működése révén a teljesítmény igé- 
nyeknek való rugalmas megfelelést. 
A konszolidáció csökkenti a költsége- 
ket, de a korábban különálló fizikai 
adatbázisok egy adatbázisban való 
egyesítése biztonsági kockázatot je- 
lent. Csökkentésének egyik lehetséges 
eszköze a virtuális adatbázisok létre- 
hozása. A korábban azonos szerkezetű 
több példányban létező adatbázisok 
egyetlen adatbázisban való összefé- 
sülése azt eredményezi, hogy a fel- 
használók egymás adataihoz hozzá- 
férhetnek. A probléma megoldására 
több módszer kínálkozik. 
Az alkalmazást módosítjuk, és min- 
den SOL utasítást kiegészítünk egy 
szűrőfeltétellel. Ez a védelem, azon- 
ban csak ebben az alkalmazásban 
fog működni, vagyis minden továb- 
bi az adatbázist elérő alkalmazás 
módosítása szükséges. 
Következő, már alkalmazás független 
megoldás, adatbázis nézetek létreho- 
zása. Vagyis minden felhasználónak, 
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vagy felhasználói csoportnak létre kell 
hozni egy a szűrőfeltételt tartalmazó 
nézetet. A táblák átnevezésével és 

a nézetekre az eredeti táblanévvel 
megegyező szinonimák létrehozásá- 
val az alkalmazás elől elrejthetjük 

a változtatást. A megoldás hátránya, 
hogy nagyon nehézkessé válhat 

a rengeteg nézet adminisztrálása. 

Az előző kettőnél elegánsabb és alkal- 
mazás független megoldás az Oracle 
adatbázis kezelő Virtual Private 
Database (VPD) technológiájának 

a használata. A VPD segítségével elér- 
hető, hogy minden felhasználó ugyan 
azt az alkalmazást, és annak beépített 
hozzáférés szabályozását használva, 
mégsem látja egymás adatait. A gya- 
korlatban ez azt jelenti, hogy a fel- 
használók ugyan azon utasítást kiadva 
az adatbázis táblák más-más soraihoz 
férnek hozzá, akár lekérdezésről, 

akár adat manipulációs (insert, update, 
delete) műveletről legyen szó. 

A VPD-t emiatt szoktuk sorszintű 
hozzáférés szabályozást lehetővé 

tevő eszköznek mondani. 

A VPD működésének alapja, hogy 
minden táblához és azon belül min- 
den utasításhoz egy szűrőfeltételt le- 
het rendelni. Ez utóbbit egy PL/SOL 
nyelven írt tárolt eljárás állítja elő. 


legyük fel, hogy egy cég szeretné az 
adatainak egy részét a partnerei szá- 
mára hozzáférhetővé tenni. Mindezt 
úgy, hogy minden partner a csak rá 
vonatkozó adatokat lássa. A példában 
két táblát fogunk használni. Mind ket- 
tő az RENDELÉSEK sémában található. 


Az ÜGYFELEK tábla szerkezete: 


ÜGYFÉL AZ NOT NULL NUMBER(6) 
ÜGYFÉL NÉV  VARCHAR2(45) 


Az ÜGYFELEK tábla tartalma: 


ÜGYFÉL AZ ÜGYFÉL NÉV 
102 SCOTT 
101 PALM 


A RENDELÉSEK tábla szerkezete: 


RENDELÉS AZ NOT NULL NUMBER(4) 
RENDELÉS DÁTUM DATE 
ÜGYFÉL AZ NOT NULL NUMBER(6) 


A RENDELÉSEK tábla tartalma: 


RENDELÉS AZ RENDELÉS DÁT 
ÜGYFÉL AZ 
100 07-FEBR. -26 102 
101 07-FEBR. -21 101 


A hozzáférés szabályozásunknak 

az a célja, hogy minden ügyfél csak 
a saját rendelési adataihoz férjen 
hozzá. Jelen esetben a SCOTT felhasz- 
náló a RENDELÉSEK tábla azon sorához 
fog hozzáférni, amelynek az 

ÜGYFÉL AZ mezőjének értéke 102. 

A hozzáférés szabályozás tárolt eljá- 
rásai a SZABÁLY sémában találhatóak. 
Az ügyfél-azonosítót a felhasználók 
adatbázisba való bejelentkezésekor 





a LOGON TRIGGER segítségével rögtön 
meghatározzuk és egy szerver oldali 
környezeti változóban tároljuk, 
amely az egész bejelentkezés ideje 
alatt elérhető lesz. 

Felhasználó ügyfél azonosítójának 
meghatározása a bejelentkezéskor: 


CREATE OR REPLACE PACKAGE 
sz "SZABÁLY" . "RENDELÉSEK BIZT. 
53 CSOMAG" IS 
PROCEDURE "AZONOSÍTÓ" ; 
end; 
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CREATE OR REPLACE PACKAGE BODY 
sz "SZABÁLY" . "RENDELÉSEK BIZT. 
ss CSOMAG" IS 
PROCEDURE "AZONOSÍTÓ" 
IS 
"KÓD" NUMBER; 
BEGIN 
SELECT "ÜGYFÉL AZ" INTO 
sz "KÓD" FROM "RENDELÉSEK" . 
sz "ÜGYFELEK" 
WHERE "ÜGYFÉL NÉV" - 
s SYS CONTEXT( "USERENV" , 
sz "SESSION USER"); 
DBMS. SESSION.SET CONTEXT 
53 (" RENDELÉSEK BIZT" , 
3 " ÜGYFÉL KÓD" , to. char 
SEC SKÖDT JÁ 
EXCEPTION 
WHEN NO DATA FOUND THEN 
DBMS. SESSION.SET CONTEXT 
sz (" RENDELÉSEK BIZT" , 
sz " ÜGYFÉL KÓD", "-19); 
END; 
END "RENDELÉSEK BIZT CSOMAG" 
J 


A SYS CONTEXT függvény a felhaszná- 
lói munkafolyamat környezeti válto- 
zóinak lekérdezését teszi lehetővé. 

A USERENV az alapértelmezett névtér. 
A SESSION. USER értéke az adatbázis 
felhasználó neve. A program tehát az 
ÜGYFELEK tábla alapján meghatározza 
az ügyfél azonosítót (ÜGYFÉL. AZ) és 

a RENDELÉSEK BIZT névtérbe helyezi 
ÜGYFÉL KÓD néven. 

Ehhez a csomaghoz minden adatbázis 
felhasználónak végrehajtási jogot 
adunk: 


grant execute on "RENDELÉSEK . 
5 BIZT CSOMAG" to public; 


Ezután létrehozzuk az adatbázis 
LOGON TRIGGER-t: 


CREATE OR REPLACE TRIGGER 
5 LOGON TRIGGER 
AFTER LOGON 
ON DATABASE 
BEGIN 
"SZABÁLY" . "RENDELÉSEK BIZT 
s CSOMAG" . "AZONOSÍTÓ" ; 
END; 
j 


tt Lp 


Következő lépés a szűrőfeltételt meg- 


határozó PL/SOL program létrehozása: 


CREATE OR REPLACE PACKAGE 

sz "SZABÁLY" . "ÜGYFÉL BIZT" AS 
FUNCTION  "FELTÉTEL"(D1 
53 VARCHAR2 , D2 VARCHAR2) 
53 RETURN VARCHAR2; 
PRAGMA RESTRICT REFERENCES 
sz ( "FELTÉTEL" , WNDS) ; 

END; 
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CREATE OR REPLACE PACKAGE BODY 
sz "SZABÁLY" . "ÜGYFÉL BIZT" AS 
FUNCTION  "FELTÉTEL"(D1 
3 VARCHAR2 , D2 VARCHAR2) 
35 RETURN VARCHAR2 
IS 
D VARCHAR2 (2000) ; 
BEGIN 
IF RTRIM(USER) csD1 AND 
53 RTRIM(USER) cs"SYS" AND 
53 RTRIM(USER) cs "SYSTEM" THEN 
D:-" "ÜGYFÉL AZ"- 
5 SYS CONTEXT 
sz (" "RENDELÉSEK BIZT" " , 
sz! "ÜGYFÉL KÓD" ")" ; 
ELSE 
D3-" 1-1": 
END IF; 
RETURN D; 
END "FELTÉTEL"; 
END; 
J 


A PRAGMA RESTRICT. REFERENCES di- 
rektívával jelezzük, hogy ez a tárolt 
eljárás nem fogja módosítani az adat- 
bázist, tehát lekérdezésben kívánjuk 
használni. A rendszer két paraméter- 
rel (a séma nevével, amelyben a tábla 
van, és a tábla nevével) fogja a FEL- 
TÉTEL függvényt meghívni. A USER 
változó tartalma a felhasználó neve. 
A FELTÉTEL függvény visszatérési 
értékével fog az SOL utasítás WHERE 
része kiegészülni. Látható, hogy a lo- 
gikailag mindig igaz, 1-1 értéket adja 
vissza, ha az utasítást kiadó felhaszná- 


ló megegyezik a tábla tulajdonossal, 
a SYS, vagy a SYSTEM felhasználóval. 
A szabály elkészítése után már csak 
meg kell határoznunk, hogy mely 
táblára és milyen adatbázis művelet 
esetén kívánjuk alkalmazni: 


BEGIN DBMS RLS.ADD POLICY 

53 (" RENDELÉSEK" , " RENDELÉSEK" , 
53 " RENDELÉS. SZABÁLY" , " SZABÁLY " , 
sz " "ÜGYFÉL BIZT". "FELTÉTEL" " , 
s " SELECT"); 

END; 

/ 


A RENDELÉSEK séma RENDELÉSEK 
táblájára létrehozzuk 

a RENDELÉS. SZABÁLY-t, amelynek 
érvényesítését a SZABÁLY séma 
ÜGYFÉL BIZT csomagjának FELTÉTEL 
nevű függvénye fogja elvégezni, min- 
den SELECT művelet esetében. 


A VPD működése 

A SCOTT felhasználó bejelentkezése 
során az adatbázis LOGON TRIGGER 
meghívja az AZONOSÍTÓ tárolt eljárást, 
amely az ÜGYFELEK tábla alapján meg- 
határozza az ügyfél azonosítóját (102) 
és a RENDELÉSEK BIZT névtér 

ÜGYFÉL KÓD változójába tárolja. 
Ezután ha SCOTT lekérdezi a RENDELÉ- 
SEK táblát, akkor az FELTÉTEL 
függvény visszatérési értéke az 
"ÜGYFÉL AZ"-102 lesz. Az eredeti 


"select " from 
s RENDELÉSEK . RENDELÉSEK" 


lekérdezés tehát a 


"select ?" from 
s RENDELÉSEK . RENDELÉSEK where 
s ÜGYFÉL AZ-102" 


utasítássá alakul át. Az eredmény 
pedig ez lesz: 


RENDELÉS AZ RENDELÉS DÁT 
s ÜGYFÉL AZ 


100 07-FEBR. -26 102 


Összefoglalva a bemutatott példa 

jól szemlélteti, hogy hogyan lehet 

az Oracle VPD technológiájával haté- 
konnyá tenni a konszolidációt a biz- 
tonsági kockázatok kezelése mellett. 


Mosolygó Ferenc 
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Alkalmazásfejlesztés a GTK-t program- 
könyvtárral (1. rész) 


Napjainkban a legtöbb felhasználó olyan alkalmazásokat keres, amik grafikus 
felhasználói felülettel (GUI) is fel vannak szerelve. Éppen ezért a programozás- 
sal hobbiból vagy hivatásszerűen foglalkozók körében igen keresettek a grafi- 
kus eszköztárak. Cikksorozatunkban a GIK-t programkönyvtár segítségével 
végzett alkalmazásfejlesztés fontosabb elemeit mutatjuk be azon olvasóink 
számára, akik a programozás alapjaival tisztában vannak és szeretnének 
modern, felhasználóbarát grafikus alkalmazásokat készíteni. 


GIK- (Gimp Toolkit) prog- 

ramkönyvtár -— ahogyan ne- 

ve is mutatja — grafikus esz- 
köztárat biztosít a programozó számá- 
ra GUI alkalmazások készítésére. 
Persze több programkönyvtár is léte- 
zik hasonló szolgáltatásokkal, amelyek 
közül érdemes megfontoltan választa- 
nunk. A programkönyvtárak napja- 
inkban olyan sokrétűek, nagyok és bo- 
nyolultak, hogy az alapos megismeré- 
sükhöz évek kemény munkájára van 
szükség, ezért nem lehet túlbecsülni 
a választás jelentőségét. Mik tehát 
a GIK- programkönyvtár előnyei? 
A programkönyvtár teljes egészében 
C programozási nyelven íródott, ezért 
hatékony, gyors és viszonylag kis me- 
móriaigényű a többi, hasonló tudású 
eszköztárral összevetve. Ennek kö- 
szönhető, hogy a segítségével készített 
alkalmazások gördülékenyen futnak, 
nem akadoznak és nem idegesítik fel 
feleslegesen a felhasználókat. Abban, 
hogy a felhasználók jelentős része 
gyorsabbnak tartja a Linuxot a Win- 
dows különféle változatainál, valószí- 
nűleg komoly szerepe van, hogy 
a Windows grafikus eszköztára sok- 
szor hosszú másodpercekre érzéket- 
lenné válik a felhasználó ingereire, 
különösen ha sok adatot megjelenítő 
lista, ikonmező van a képernyőn. 
A GIK-3 C nyelven íródott, ennek elle- 
nére támogatja a Ct 1, Objective-C, 
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Guile/Scheme, Perl, Python, TOM, 
Ada95, Free Pascal, és Eiffel nyelvű 
alkalmazásfejlesztést is, ráadásul ob- 
jektumorientált programozási mód- 
szertan (OOP) alapján készült, ami 

a GUI készítésére különösen alkalmas. 
Az olvasók közül bizonyára sokan fel- 
kapják a fejüket e kijelentésre, hiszen 
nem szokás a C nyelvet az OOP mód- 
szertannal egy lapon emlegetni. Való- 
ban, a C nyelv nem támogatja az OOP 
módszereket, viszont nem is teszi le- 
hetetlenné. A GIK- alapjait biztosító 
G programkönyvtár teljes értékű ke- 
retrendszert ad az osztályok, az örök- 
lődés és a többalakúság megvalósítá- 
sára, a GIK-t pedig ki is használja 
ezeket a lehetőségeket, így az objek- 
tumorientáltság ez esetben nem üres 
frázis, hanem következetesen végig- 
vitt tervezési alapelv. 

A GTK-t másik nagy erőssége az, 
hogy többféle operációs rendszeren 

is futtatható. Ennek köszönhető az, 
hogy a GIK- és G programkönyv- 
tárakkal készített alkalmazások nem 
csak Linuxot futtató számítógépeken, 
de például a Windows különféle válto- 
zatain, a Solaris rendszereken és 
MacOS felett is használhatók. 

Aki tehát GIK- segítségével fejleszt 
Windows programot is tud írni (1. ábra). 
Ne becsüljük alá a grafikus alkalmazá- 
sok hordozhatóságát! Sokan próbáltak 
már olyan programfejlesztő környeze- 





1. ábra GTK-- segítségével készített 
alkalmazások Microsoft Windows 
XP felett 


tet létrehozni, ami GUI programok 
fejlesztésére alkalmas és több operáci- 
ós rendszert is támogat, használható 
megoldást azonban annál kevesebbek- 
nek sikerült készíteniük. 

A GIK-t programkönyvtár legna- 
gyobb előnye azonban az egyszerű és 
logikus felépítése, ami lehetővé teszi, 
hogy viszonylag rövid idő alatt elsajá- 
títsuk a használatát. A programkönyv- 
tárat profi fejlesztők írják és szabad 
szoftverként sokan tökéletesítik, akik 
következetesen betartják a fejlesztés 
irányelveit, ezért nem nehéz megta- 
nulni a használatát. Nyilván sokan 
megütköznek e kijelentés hallatán. 
Egyszerűen megtanulható program- 
könyvtár GUI programok fejlesztésé- 
re? Több ezer függvénnyel? C nyelven 
megírt objektumhierarchiával? 


Osztályok százaival? Az egyszerű- 
ség nyilván viszonylagos, a GIK-t 
a programozó számára könnyeb- 
ben kiismerhető, mint a hasonló 
tudású eszköztárak, ezért nyugod- 
tan mondhatjuk, hogy egyszerű. 
A GIK- ráadásul szabad szoftver, 
ami lehetővé teszi, hogy elolvas- 
suk, sőt akár módosítsuk is a forrá- 
sát. Ha egy átlagos alkalmazás ese- 
tében ennek nem is tulajdonítunk 
nagy a jelentőséget — mondván, 
hogy az átlagos alkalmazást átlagos 
felhasználók használják — a prog- 
ramkönyvtárak esetében azonban 
különösen fontos a nyílt forrás. 

A programkönyvtárat nyilván 
programozók használják, akik 
szívesen vetnek néha egy-egy pil- 
lantást a forrásra, hiszen a legjobb 
dokumentáció maga a program. 


Az első lépések 

A programozáshoz a program- 
könyvtárakon és a fejállományo- 
kon kívül okvetlenül szükségünk 
lesz aprogramkönyvtárak doku- 
könnyebben a devhelp program 
segítségével böngészhetünk. Maga 
a devhelp elég primitív program, 
már néhány perc használat után is 


komoly késztetést érzünk arra, hogy 
megnyissuk a forrását és egy kicsit to- 
vábbfejlesszük, gyorskereső szolgálta- 
tása azonban gyakorlatilag nélkülözhe- 
tetlenné teszi. A program ablakának 
bal oldalán található beviteli mezőbe 
(2. ábra) a keresett függvény vagy adat- 
szerkezet nevének részletét is beírhat- 
juk, a találatok listájából pedig kivá- 
laszthatjuk, hogy melyik találat részle- 
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csiak. Ezt a lehetőséget a kezdő progra- 
mozgó igen intenzíven használja az első 
néhány hónapban, de a későbbiekben 
is hasznos lehet hiszen sokszor nem 


emlékezünk a szükséges függvény 
teljes és pontos nevére. 
A munka során legtöbbet használt 


eszköze azonban a Glade lesz, a GTK- 


svájci bicskája, aminek használatát 


mindenképpen megg kell ismernünk. 

E programmal az alkalmazásunk grafi- 
kus felhasználói felületét grafikus fel- 
használói felületen szerkeszthetjük, 


ami meggyorsítja és megkönnyíti 


a GUI létrehozását és a későbbi módo- 


a ae 


sítást is lehetővé teszi. A különféle 


képernyőelemek a GIK- megfelelő 
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mi 2. ábra A devhelp gyorskereső szolgáltatása 
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mi 3. ábra A glade ablakai 


függvényeinek hívásával előállíthatók 


és a képernyőn megjeleníthetők, az 
ilyen program írása és karbantartása 


azonban igen unalmas és lassú, érde- 


mes a Gladedel automatizálni. 


A Glade programból jelenleg két — egy- 
mástól jelentősen különböző - változat 


is elérhető. A régebbi a glade-2 pa- 


ranccsal indítható (3. ábra). Ez a válto- 
zat képes elmenteni a szerkesztett fel- 
használói felületet XML formátumban 
és képes az autoconf és az automake 
programokkal támogatott projektet lét- 
rehozni, fel van szerelve egy C nyelvű 
kódgenerátorral. Az újabb — glade-3 


paranccsal indítható — változatban 
nincsen kódgenerátor, csak az XML 
állomány létrehozására használható. 
Az első lépések megtételéhez 

a glade-2 alkalmasabb, mert igen 
könnyen készíthetünk teljes értékű 
alkalmazást a segítségével, nem kell 
a projekt beállítóállományaival és az 
XML állománnyal bíbelődnünk. 


Valójában a glade-2 olyan egyszerű, 


hogy néhány sorban leírható 
hogyan készíthetünk alkalmazást 
a segítségével. 


a 

depi 
Err 

GtkEntry — A single line text entry field 





A glade-2 indítása után a menü 
segítségével hozzunk létre és állít- 
sunk be egy új projektet. Adjuk 
meg a projekt nevét és a projekt- 
könyvtárat, ahová az állományok 
kerülni fognak. A többi beállítás- 
sal az első kísérletek során nem 
is kell foglalkozni. 

Második lépésként a paletta ablak- 
ban válasszuk a legelső ikont, 
hogy egy új ablakot hozzunk létre. 
Az ablakba - szintén a paletta se- 
gítségével - ízlés szerint helyez- 
zünk el vízszintes és függőleges 
dobozokat, azokba pedig szintén 
tetszés szerint válasszunk a paletta 
különféle képernyőelemei közül. 
Amikor úgy gondoljuk, hogy itt 
az ideje a programunk kipróbálá- 
sának, a Glade főablakának segít- 
ségével mentsük a projektet, 
majd az elkészítés gomb segítsé- 
gével hozzuk létre a projekt auto- 
matikusan készített állományait. 
A következő lépésként a Glade 
által létrehozott és a projekt 
főkönyvtárában elhelyezett 
autogen.sh héjprogramot kell 
futtatnunk. Ez a program az 
automake és autoconf program- 
csomagok segítségével létrehoz 
néhány állományt, majd szíves- 
ségből futtatja az ugyanitt elhelyezett 
configure programot is. 

Ezek után az alkalmazásunkat a szo- 
kásos módon, a make futtatásával 
lefordíthatjuk, a make instal 1 pa- 
ranccsal pedig telepíthetjük. A forrás- 
program terjesztésre alkalmas csoma- 
golt változatát szintén a megszokott 
módon, a make dist parancs kiadásá- 
val hozhatjuk létre. 

A Glade a projekt alapkönyvtárában 
létrehoz egy . glade névvégződésű 
XML formátumú állományt a felhasz- 
nálói felület leírásával. Ezt az állo- 
mányt a későbbiekben megnyithatjuk 
a Glade segítségével, módosíthatjuk, 
a forrásprogramot pedig a létrehoz 
gombbal frissíthetjük. A Glade az 
automatikusan módosított függ- 
vényeket és a programozó által 
készített programsorokat külön 
állományokban tárolja, így egy 

kis figyelemmel elkerülhetjük, 

hogy a munkánk kárba vesszen. 
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gEvas: a GTK1 2 és az Evas összekapcsolása 


Ismerjük meg az Enlightenment néhány alapkönyvtárát és azok alkalmazását 
gEvas-szel, nagy teljesítményű GTK--2 alkalmazások készítéséhez. 


u Az Evas olyan függvénykönyvtár, 
amellyel a rasztergrafikák gyors 
megjelenítése megvalósítható, az 
áttetszőség támogatásával. Az Evas 

az Enlightenment alapkönyvtárainak 
(Enlightenment Foundation Libraries 

- EFL) egyike, valójában azonban 
függvénykönyvtárak gyűjteménye, 
melyeket eredetileg az Enlightenment 
DR 17 támogatására készítettek. 

Az Edje és az Embryo kombinációja, 
az Emotion további olyan EFL-könyv- 
tárak, amelyek az Evas-t kiegészítik. 
Az Edje-vel betűkészletek, grafikák és 
funkciók csomagolhatók témafájlokba. 
Az Embryo egy egyszerű, ugyanakkor 
TIuring-teljes szkriptnyelv, amivel egy- 
szerű parancsokat ágyazhatunk az 
Edje-tájlokba. Az Emotionnel egyidejű- 
leg több videófolyamot használhatunk 
elsőosztályú keretobjektumként, ami 
annyit jelent, hogy mozgathatjuk, át- 
méretezhetjük, rétegezhetjük vagy 
akár áttetszővé tehetjük ezeket. 

A gEvas könyvtár lehetővé teszi, hogy 
az Evast felhasználhassuk GTK1-2.x 
alkalmazásokban. Kedvcsinálónak el- 
mesélem, hogy engem leginkább az 
egyszerű API és az áttetszőséggel 
biztosított gyors képalkotás vezetett 
az Evas használatáig, és végül a gEvas 
megírásáig. 

Ahhoz, hogy a képalkotás sebességé- 
ről ilyen kijelentéseket tehessünk, 

egy kis kirándulást kell tennünk 

a benchmarking világába. Az Evas 
disztribúcióban található evas bench 
alkalmazás sok kép- és szövegelemet 
tartalmaz, azok átméretezésének 

és elegyítésének a lehetőségével. 

A képátméretezés eredménye pl. 
annyira kiváló, hogy párja sem akad. 
Átírtam az evas bench-et, hogy 
GNOME Canuvast használjon. 
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Az 1. ábrán látható 

a GNOME Canvasra átírt 
evas bench képernyőképe. 
Készítettem néhány egy- 
szerűbb tesztet is a keretát- 
méretezés algoritmusához, 
áttetsző és nem áttetsző ke- 
retekkel egyaránt. Utóbbi 
esetben egy levél képét 
méretezzük át ciklusban 

a keretnél nagyobb méret- 
ről 0x0-ra, majd vissza, 

a 2. ábrán látható módon. 
Az áttetszőségnél egy, 

a levél képének méretével 
megegyező piros téglalapot 
használtam, ahol az alfa ér- 
téke 0 volt a bal felső sarok- 
ban és maximális az alsón. 
Ahogy már említettem, 

a gEvast jómagam írtam, 
és néhány olvasónak talán 
az is feltűnik, hogy az 
Enlightenment projekt 
fejlesztői csapatának tagja 
vagyok. Bár mindez igaz, 
mindent elkövettem annak érdekében, 
hogy a benchmatrk elfogulatlan ered- 
ményt adjon. A benchmatrk forráskód- 
ja letölthető (lásd az online anyago- 
kat). Azoktól, akik belenéznek, előre 

is elnézést kérek a sebtében végzett 
kódolás közben gyakran alkalmazott, 
kevéssé optimális megoldások miatt. 
Azok kedvéért, akika GNOME 
Canvast kevéssé ismerik, elmondom, 
hogy két képalkotó back-endje létezik. 
A GNOME Canmuas fejlesztői doku- 
mentációja szerint (lásd a kapcsolódó 
anyagokat): A GNOME Canvas-ben 
két képalkotó back-end közül lehet 
választani. Az egyik XIlib alapú és 
rendkívül gyors megjelenítést biztosít, 
a másik Libart alapú, kifinomult, 





élfinomítást és áttetszőséget támo- 
gató motorral. Az Evas megpróbálja 

a két világ előnyeit egyszerre nyújta- 
ni. Mindkettővel összehasonlítottam 
az Evast. 

Egyes esetekben természetesen az 
Evas is lehet rossz választás. 

A GNOME Camvas-ben találunk egy 
Bezier-görbéket támogató elemet is, 
míg az Evas-ban ilyen pillanatnyilag 
nem létezik. Ráadásul az is kevésbé 
valószínű, hogy az Evast és a gEvast 
előtelepítve találjuk, mint a GNOME 
Canvas esetében. 

A Bezier-görbék támogatása a jövőben 
megvalósulhat az Evasban is. Ezzel 
kapcsolatban Raster (becses nevén 
Carsten Haitzler) a következő sommás 


véleményt fogalmazta meg: 
Ha valaki vektorgrafikus 
szerkesztőt vagy valami hason- 
lót keres, használja a GNOME 
Canvast, mivel az abban jobb. 
Ha viszont bárhol, áttetszósé- 
get is támogató, valósidejű 
megjelenítésre van szükség, 

az Evas a nyerő." 

Az Evas önmagában is számos 
képalkotó back-endet támo- 
gat, köztük a framebuffert, 

az XLib-et és az OpenGL--t. 

A gEvas ezek közül egyelőre 
csak az XLib-et használja. 
Mivel a GTIK-12 framebufferen 
is fut, a gEvas-nak is kellene, 
ezt azonban eddig még nem 
próbáltam. 

A GNOME Canmuvuas és az Evas 
adatmodellje hasonló. A Ot 
OCanvas adatmodellje azon- 
ban már eléggé különbözik 
ahhoz, hogy megnehezítse 

a benchmarkot. Az egyik 
legmarkánsabb különbség, 
ahogy a OCanvas a képeket 
kezeli. Úgy tehetünk képet 

a keretre, hogy létrehozunk 
egy OCanvasS$prite-ot, egyet- 
len kerettel. A képet eztán 

a OImage: : scale() és 

a OImage : : smoothScale() metó- 
dusok egyikével méretezhetjük át, 
aminek eredményeképp egy képet 
kapunk, és ezzel frissíthetjük 

a OCanvasSprite tartalmát. A mére- 
tezés és a kapcsolódó gyorsítótár 
kezelése ezzel az ügyfélalkalmazásba 
kerül. Ezzel szemben mind a GNOME 
Canvas, mind az Evas közvetlenül 
támogatja a méretezést, és felelős 

az átméretezett képek gyorsítótárának 
kezeléséért is. 

A másik fontos különbség, hogy 

a Ot lehetőséget ad a frissítendő terü- 
let méretének meghatározására. A Ot 
dokumentációja szerint: , Ökölszabály 
szerint válasszunk az átlagos keretmé- 





retnél, mozgó objektumok esetén 
viszont csak azok átlagos méreténél 
valamivel kisebbet." 

Az adatmodellek különbözősége 
miatt az evas bench-nek még nem 
készítettem el a Ot-re írt változatát. 
Írtam viszont egy keretméretező 

és összhatást változtató programot, 
de néhány tervezési különbség miatt 
nem lehetséges a teljesen egyértelmű 
összehasonlítás. 

Minthogy a Ot teljesen az ügyfél- 
programba delegálja a gyorsítótár 
kezelését, úgy döntöttem, hogy az 
első iterációban az összes átmérete- 
zett képet a gyorsítótárba helyezem, 
és a benchmarkot alaphelyzetbe ho- 
zom a későbbi iterációkhoz, amelyek 





már csak a gyorsítótárban 
lévő képeket használják. 

Ne felejtsük el tehát, hogy 

a Ot méretezési benchmarkja 
úgy készült, hogy az összes 
átméretezett kép előre 

a gyorsítótárba került, 

és a frissítendő területhez 
több méretet is használtunk. 
Emiatt a OCanvas eleve 
előnnyel indult a versenyben 
az Evashoz és a GNOME 
Canvashoz képest. 


induljon a verseny 

A fajlagos eredmények a hard- 
vertől függetlenül hasonlóak 
kellenek, hogy legyenek. 

A teljesség kedvéért az általam 
használt gép paraméterei: 
AMD XP-Mobile 2.4 GHz, 200 
MHz FSB, IGB RAM 400 MHz 
kétcsatornás cas222-n és 
NVIDIA 5900 videokártya, és 

a programok, amik a teljesít- 
ményt befolyásolhatták: xorg- 
x11-6.8.2-1.FC3.13, GCC 4.0.0 
20050308 (Red Hat 4.0.0-0.32) 
vagy GCC 3.4.3. Az X11-et 
TwinView-val használom, 

az egyik képernyő 1024x7/68, 

a másik 1600x1200 felbontású, mind- 
kettő 85 Hz-es frissítéssel és 32 bites 
színmélységgel. A TIwinView való- 
színűleg nem befolyásolja a mérést, 
mivel a keretek megjelenítése olyan 
szoftverágakon zajlik, amelyek 

sokkal érzékenyebbek a CPU/RAM 
sebességre. 

A benchmarkok fordításához általában 
ezeket a CFLAGS és CXXFLAGS kapcso- 
lókat használják: 


-03 -march-athlon-xp -fomit- 
3 frame-pointer 


Az Evas 2005. május 28-án CVS-ből le- 
töltött verzióját ezért szintén ezekkel 
a CFLAGS kapcsolókkal fordítottam, 


1. táblázat A gt-canvas-resize program benchmarkja különféle területfrissítési értékekkel 


gt-canvas-resize default 
gt-canvas-resize 6 


gt-canvas-resize jogai 


gt-canvas-resize 
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csakúgy mint a gt-3.3.4 és 
libgnomecanvas-2.10.0 könyvtárakat. 
A gt-canvas-resíze program 
benchmarkját külön végeztem el az 
eltérő gyorsítótáras megoldás és a ko- 
rábban említett területfrissítési 
optimalizáció miatt. Az eredmények 
az 1. táblázatban láthatók. A fő ciklus 


Ot része lényegében a következő: 


OCanvasSprite" leaf sprite -— 
MB ag 
OCanvasPixmapárray" leaf tiles - 
zá 
whileC( running ) 
t 
while( app-:shas 
s pendingEventsŐ) ) 
app-:sprocessEvents() ; 
OImage im — ... from cache 
ee 
OCanvasPixmap" gpix -— new 
s OCanvasPixmap( im ); 
leaf tiles-ssetIlimage( 0, 
5gpix J); 
leaf sprite-ssetFrame(0); 
canvas-supdate() ; 


A program működését számos pa- 
rancssori kapcsoló befolyásolja: az -- 
alpha-blend-image kapcsolóval ad- 
hatunk áttetszőséget a piros téglalap- 
nak a levél helyett, a --chunk-size 
kapcsolóval bírálhatjuk felül a terület- 
frissítés alapértékét. Az --alpha- 
blend-image kapcsolót a gt-canvas- 
resize, a gnome-canvas-resize 

és a (g)evas-resize programok 
mindegyike használhatja. 

A Valgrind callgrind-jével néhány 
percig futtatva a gdt-canvas-resize 
programot, az alapértelmezett terület- 
frissítést használva, a levél esetében 

a OCanvas : : uudate() a teljes futásidő 
30 99-át emészti fel, míg 59 99-ért 

a OCanvasPixmap: : ini t() metódus 
felel. Ezen feltétlenül lehet javítani, 
ha a gyorsítótárba kerülő képeket 

a OCanvasSprite számára 
OCanvasPixmapAárray-ben tároljuk. 
Az előtárazásnak ezt a szintjét a -Z 
kapcsoló hozzáadásával teszteltem, 
aminek hatására a gyorsítótárban lévő 
összes kép egy OCanvasPixmapaárray- 
be kerül a OcanvasSprite támogatá- 
sára. Ezzel az optimalizációval 559-es 
képsebesség valósítható meg, miköz- 
ben a futásidő 78 970-át viszi el 

a OCanvas : : update() és 7 9-át 
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2. táblázat A GNOME Canvas és a (g)JEvas képátméretezési benchmarkja 


gnome-canvas-resize 
gnome-canvas-resize --aa 
cz ka -CuVá 


gevas-resize 


3. táblázat Az evas bench és a GNOME Canvas-ra átírt változatának viadala 


gnome-canvas-port-evas-bench --aa 


evas. software. x1i11 main 


evas. software xi1 main 
--smooth-off-for-some 


evas buffer test 


a OCanvasSprite: : setFrame(). 

Meg kell jegyezni, hogy az előtárazás- 
nak ez a mértéke méltánytalan előny- 
höz juttatja a OCanvast a képalkotás 
sebességében. 

A képméretezés és összhatás GNOME 
Canvas programja a gnome-canvas- 
resize, melynek --a kapcsolójával 
választható ki a GNOME Canvas 
áttetszőséget megvalósító back-endje. 
Az evas-resize programnak nincs 
parancssori kapcsolója. 

A --a kapcsoló hiányában a gnome- 
canvas-resize az idő 99 90-át 

agtk widget send expose() függ- 
vényben tölti, amelyet így vagy úgy 

ag main context iterationO 
függvényből hívunk. Úgy tűnik, hogy 
a másik GIK12 motor számára nem 
előnyös a benchmatrk diktálta igény- 
bevétel. Ha cal Igrind-del megnéz- 
zük a --aa GNOME Canvas back- 
endet, azt látjuk, hogy az idő 96 70-át 
agtk widget send exposeO-ban 
tölti, ugyanakkor most az idő 6670-a 
telik ela gdk pixbuf compositeO- 
ban, amelyet indirekt módon hívunk 
agtk widget send exposeO-ból. 
Az evas-resize az idő 99 90-át az 
evas. render updates 0 -ben tölti, és 
az ebből hívott függvények az idő 91 
7o-ában a méretezéssel foglalkoznak. 
Az evas-resize programot úgy is át- 
írtam, hogy a gEvas API-ját használja. 
Némi sebességcsökkenés észlelhető 

a GTK-2 szignálok és a gEvas körítése 
miatt, de ez nem jelentős. 





Az összehasonlítás szerint a közvetlen 
képátméretezésben a GNOME Canvas 
és a OCanvas hasonló eredményeket 
adnak, és mindkettő lassabb az Evas- 
nál, amely ráadásul további előnyhöz 
jut, ha a képet áttetszővé kell tenni 

a háttér előtt. 

Az evas. bench programból eltávolí- 
tottam azokat a funkciókat, amelyeket 
nehéz lett volna megvalósítani 

a GNOME Canvas-ben. A többi funk- 
ció teljesítményre gyakorolt hatásának 
mérése opcionális. 

A vágóterületek beállítása Evasból ne- 
hezen vihető át a GNOME Canvas-be, 
így ezt az evas bench program- 

ban nem engedélyeztem. Az egyen- 
letes átméretezés nagy mértékben 
rontja a teljesítményt, így az Evas- 
változathoz egy parancssori kapcsolót 
adtam, amellyel ez kikapcsolható. 
Hadd jegyezzem meg, hogy az Evas 
pillanatnyilag nem rendelkezik 
gyorsítótárral az átméretezett képek 
tárolására, így az Evas benchmar- 
kokban minden egyes keret végrehajt- 
ja az átméretezést és az áttetszőség 
biztosítását. 

Az evas buffer. test program is ezt 
teszi, de a képet egy, a memóriában lé- 
vő, 32 bites RGBA tárolóban állítja elő. 


gEvas 

A gEvas magja lényegében 5 dologból 
áll: megmondja az Evas-nak, mikor 
rajzolja újra magát, segédkezik az 
Evas eseményeinek és a GIKt2 
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szignálok összerendelésében, kezeli 
az Edje időzítőit az animációk támoga- 
tásához, segít abban, hogy az Evas jól 
kezelje a GTK1-2 widgeteket, továbbá 
kódot nyújt az Evas helyes használa- 
tához. Mivel az Evas úgy készült, 
hogy beágyazott rendszerekhez is 
megfelelő legyen, az Evas magjának 
egy része kimaradt, hogy a kód- 
méret kicsi maradjon. Mivel a gEvas 
desktop-orientált, néhány hasznos 
függvényt is tartalmaz a desktop- 
alkalmazásokhoz. 

Az alábbi kód egy gördíthető területen 
hoz létre gEvas keretet, majd egy 
GTK--2 ablakhoz csatolja. Minthogy 
nem minden gördíthető gEvas, 

így például a GIMP sem, engedi 

a középső egérgombbal megvál- 
toztatni a keret helyzetét, ezt 

a gevas new gtkscrol ledwindowO 
függvényen kívül kell beállítani: 


Gtkwidget" window — 0; 

Gtkwidget" scw s 0 

Gtkwidget" gevas — 0; 

window - gtk window new 

s (GTK. WINDOW. TOPLEVEL ) ; 

gevas new gtkscrolledwindow( 
(GtkgEvas"7") (£gevas), €scw ); 

gtk container add(GTK CONTAINER 

sz (window), scw); 

gtk scrolled window set policy( 
GTK. SCROLLED WINDOW(scyw) , 
GTIK POLICY AUTOMATIC, 
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5 GTK POLICY AUTOMATIC) ; 
gevas set middleb scrolls(GTK G 
EVAS (gevas) , 1, 

gtk scrolled window get . 
ss hadjustment( 
GTK. SCROLLED. WINDOW(Sscw) ) , 
gtk scrolled window get . 
s vadjustment( 
GTK SCROLLED WINDOW 
"ESEN; 


Az objektumok létrehozása gEvas-ben 
és a GIK1-ban egy tőröl fakad, né- 
hány metódusnak a GtkgEvasobj 
osztályhoz kapcsolásával. Ebből szár- 
mazik a többi speciális osztály, például 
a GtkgEvasImage. Sajnos, ez maga 
után vonja a típuskényszerítéssel 
terhelt ANSI C GTK-t kódolást. 

Az alábbi kód egy képet készít, amely 
eredeti méretben mutatja egy PNG- 
fájl tartalmát. Ezután a képet moz- 
gatjuk, és a keretben lévő rétegét 

is megváltoztatjuk: 


GtkgEvasImage7 gi; 

GtkgEvasobj"? go; 

gi - gevasimage new from . 

5 metadata( 
GTK GEVAS(gevas), "/my/ 
3 path/foo.png" ); 

go - GTK GEVASOBJ( gi ); 

int x - 100, y -— 50; 

gevasobj. move( g0;. X;.V.Ji 

gevasobj set layer( go, 1 ); 
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Készítettem egy egyszerű programot, 
amely bemutatja, hogyan kapcsoljuk 
az Evas eseményeit egy GIK-t2 
widgethez a gEvas widgeten kívül. 

A signalconnect.c a gEvas csomag demo 
könyvtárában található. Bonyolultabb 
példákkal, köztük. glib szignálokra irá- 
nyított, egyszerű Evas és Evas-vezérelt 
függvényvisszahívásokkal szolgál 

a testgevas program. A szignálkap- 
csolást a 3. ábra mutatja be. 

Az Evas eseményeit 

a GtkgEvasEvHClass alosztály segít- 
ségével kapcsoljuk. Az alábbi kód- 
részletben az evh az egér fel-le 
mozgásának Evas-eseményeit glib- 
szignálokra irányítja, azokat pedig 
eseménykezelő függvényekhez kap- 
csoljuk. Ha a felhasználó mozgatja 

a raptort, a raptor moved) függvény 
hívódik egy glib2-szignál hatására, 
hogy különféle GTK1-2 widgeteket fris- 
sítsen a kép aktuális koordinátáival: 


static gint raptor moved( 
GtkgEvasobj"?" o, 
Evas. Coord" Xx, Evas Coord7 
ey, 
gpointer user data ) 
í 
gtk progress bar set fraction 
s ( x coord tracker, 
(1.0 " (Crx) / 
s CANVAS WIDTH ); 
gtk range set value 
GTK RANGE 
s (y coord tracker), "7y ); 


return GEVASOBJ SIG OK; 
J 
static gboolean 
gtk mouse down cb(Gtkobject " 
sobject, 

Gtkobject " gevasobj, gint b, 
gint x, gint y, 

gpointer data) 

í 

char buffer[1024]; 
snprintf(buffer, 1000, 

sz "mouse down b:2d x:27d y:9d" , 

-b, .x, Yy; 

gtk label set text( e logo 

s label, buffer ); 

return FALSE; 
1 


gi gevasimage new ) ; 

go - GTK GEVASOBJ( gi ); 
gevasimage set image name( gi, 
sz "raptor.png" ); 
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/:: Let the user drag the 
s raptor around 7"7/ 
Gtkobject "evh -— gevasevh . 
drag new; 
gevasobj. add evhandler( GTK. 
3 GEVASOBJ( gi ), evh ); 
gtk signal connect( go, 
s "move. absolute", 
GTK SIGNAL FUNC( raptor. 
s moved ), go ); 
gi gevasimage new() ; 
go - GTK GEVASOBJ( gi ); 
gevasimage set image name( gi, 
sz "e logo.png" ); 


evh - gevasevh to gtk . 
signal new; 
gevasobj. add evhandler( GTK. 
3 GEVASOBJ( gi ), evh ); 
gtk signal connect(GTK OBJECT 
s (evh) , "mouse down" , 

GTK SIGNAL FUNC 

ss (gtk mouse down cb), NULL); 
gtk signal connect(GTK OBJECT 
s (evh) , "mouse up" , 

GTK SIGNAL FUNC 
s (gtk mouse up cb), NULL); 
Íme néhány hasznosabbnak tűnő 
eseménykezelő, amelyeket szintén 
csatolhatunk: 


/" Standard GTK4 popup menu 
screation 4 handling 7/ 
static gboolean 
gtk popup. activate cb(Gtkobject 
sr object, 
Gtkobject " gevasobj, gint 
s b, gint x, gint y, 
gpointer data) 
í 


static GtkMenu "menu — 0; 


J 

GtkgEvasobj" go dd 
Gtkobject"  evh — 0; 

/: Make the object throb when 
mouse is over it 7/ 
GtkgEvasEvHThrob"7" evht - 

s gevasevh throb new( go ); 
/: Allow the user to drag the 
ssobject around "/ 

evh - gevasevh drag newO ; 
gevasobj. add evhandler( go, 
szevh ); 

/" Make a popup menu appear on 
sright mouse click "/ 

evh - gevasevh popup. new() ; 
gevasobj. add evhandler( go, 


szsevh ); 
gtk signal connect(GTK OBJECT 
5 (evh) , "popup. activate", 

GTK SIGNAL FUNC(gtk popup.. 

ssactivate cb), NULL); 
A keretben lévő kijelölés kezelése az 
előző eseménykezelőknél kicsit trükkö- 
sebb, mivel a kijelölésben több objek- 
tum vesz részt. Létre kell hoznunk 
a GtkgEvasEvHGroupSelector osz- 
tályból egy objektumot, amely a nem 
kiválasztható háttérobjektumhoz kap- 
csolódik. Úgy is gondolhatunk erre 
az objektumra, mint ahová a kijelölő 
téglalapot húzzuk, hogy megmutas- 
suk, mely objektumokat szeretnénk ki- 
választani. A kijelölő téglalapnak min- 
dig a kiválasztandó objektumok feletti 
rétegben kell elhelyezkednie. Így a ke- 
retben mindegyik kiválasztható objek- 
tumhoz egy GtkgEvasEvHSelectable 
objektum csatlakozik, amely 
a GtkgEvasEvHGroupSelector objek- 
tummal kommunikál: 


Gtkwidget" gevas — ...; 
Gtkobject7 evh selector - 
ap: 


GtkgEvasImage?" gevas image; 
gevas image - gevasimage new() ; 
gevasobj. set gevas(gevas image, 


3 gevas); 
gevasimage set image name(gevas 
sz Jmage,".../bg.png"); 


/: Make this a group selector 7/ 
evh selector - gevasevh group. 
s selector newO ; 
gevasevh group selector set obj 
s ect( 

(GtkgEvasEvHGroup 

s Selector"J]evh selector, 

GTK. GEVASOBJ (gevas. image) ); 
GtkgEvasobj" go — ...; 
make selectable( gevas, go, 
ssevh selector ); 


/: lets make this object also 
sselectable 7"/ 
void make selectable( Gtkg 
3 Evasobj" object, 
Gtkobject" evhsel ) 


GtkgEvasobj?" ct — 0; 
Gtkobject" evh -— gevasevh . 
ssselectable new( evhsel ); 
gevasevh selectable . 
ssset confine( 
GTK GEVASEVH SELECTABLE 
s tévn, 193 


gevasobj. add evhandler(object, 
mm evh); 
gevasevh selectable set . 
ss normal gevasobj( 
GTK GEVASEVH SELECTABLE 

ss (evh), object); 
ct - (GtkgEvasobj")gevasgrad . 
s new( 

gevasobj. get gevas( GTK. 

5 OBJECT(object))); 
gevasobj. set color( ct, 255, 
s 200, 255, 200); 
gevasgrad add color(Cct, 120, 
5150, 170, 45, 8); 
gevasgrad add colorCct, 200, 
7170, 90, 150, 1069; 
gevasgrad set angle(C(ct, 150); 
gevasobj. resize( ct, 200,100); 
gevasobj set layer(Cct, 9999); 
gevasevh selectable set . 
ss selected gevasobj(evh, ct); 


Ezután már könnyen ellenőrizhető, 
hogy egy objektum kiválasztásra ke- 
rült-e, illetve létrehozhatunk egy gyűj- 
tőobjektumot, amely műveleteket vé- 
gez az összes kiválasztott objektumon: 


GtkgEvasEvHGroupSelector" ev -— 


MY 
GtkgEvasEvHSelectable" o - 
ag 
GtkgEvasobjcCol lection" col - 


gboolean yn - gevasevh group... 
ssselector isinsel(ev,o); 

col - gevasevh group selector . 
get collection( ev ); 

gevas. obj. collection move . 
ssprelative( col, 100, 200 ); 


Néhány objektumot, köztük 

a gelransAlphaWipe-ot, továbbá azért 
hoztak létre, hogy képátmeneteket 
hajtsanak végre, még az Edjfe létezése 


4 B. 


előtt. Bár az Edfe a jövő útja, az 


alphawipe kóddal egyszerű képátme- 


net valósítható meg az Edje bevonása 
nélkül. Ezt használja a gevasanim, 
hogy foltszerű objektumot hozzon 
létre, amely keretről keretre változik 
az áttetszőség segítségével. 


A gEvas xxx from metadata0) függ- 
vényeivel egyetlen karakterfüzérrel 
beállítható egy új objektum helyzete, 


a képfájl neve, a láthatóság és más 
attribútumok. A from metadataO 
és a képátmenettel kapcsolatos kód 
már megtalálhatók az Edfe-ben is: 





sprite - gevas sprite new 

s ( GTK GEVAS(gevas) ); 

for( 1-1; 1-frame count; 4-1 ) 

1 

gchar" md - g strdup printf( 
"cell71d.png?x-120£8y- 
—51208visible-Ogfill size-1" 
ala 

gi - gevasimage new from . 

5 metadata( GTK GEVAS(gevas), 

Smd ); 

g.free( md ); 


gevas. sprite add( sprite, GTK. 


535 GEVASOBJ( gi ) ); 

J 
gevas sprite set default frame . 
delay( sprite,2000 ); 
gevas sprite play forever( 
ssprite ); 
/" frame transitions 7"/ 
geTrransAlphawipe" trans — 0; 
trans - gevastrans . 
s alphawipe newO ; 
for( 1-0; i1-frame count; 4-1 ) 
gevas sprite set transition . 
s function( 

sprite, i, trans ); 


Végezetül, a gEvas keretre egy Edje 
objektumot teszek. A cikkben is 


használt gevasedje bemutatóprogram 
a gEvas disztribúció demo könyvtárá- 
ban található. A legérdekesebb rész- 
letek alább láthatók. Az Edje-nek 

egy forgó Enlightenment logója van, 
amely egérkattintásra lüktet: 


/" 1nit engines 7/ 
ecore initO; 

edje initO; 

gtk init(gargc, gargv); 


gevas — ...; 
/: allow edje to update the 
s canvas as well "/ 
gevas. setup. ecore( (GtkgEvas"7) 
sgevas ); 
/: place an edje object 7/ 
GtkgEvasEdje7 gedje 
- gevasedje new with canvas 
"s( gevas ); 
/" eet files can contain many 
ssedje objects 7/ 
gevasedje set file( gedje, 


s"e logo.eet", "test" ); 
go - GTK GEVASOBJ(gedje); 
gevasobj move( go, 300, 
300 Ji 

gevasobj. resize( go, 370, 
0350 ); 
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gevasobj. set layer( go, 10 ); 
gevasobj. show( go ); 


Zárszó 

A memóriafogyasztással kapcsolatos 
eredményeket részben terjedelmi 
okokból mellőztem, részben pedig 
azért, mert a korszerű asztali számító- 
gépekben ez a tényező kevésbé fontos. 
A OTCanuas és az Edje képátméretezé- 
sének igazságosabb összehasonlítását 
egy másik benchmarknak kell majd el- 
végeznie. Ha egy GIK--2 alkalmazás 
készítéséhez fedőkönyvtárra lenne 
szükség, vegyük számításba a GNOME 
Canvast és a gEvas-Edje párost is, 
mielőtt nekiállnánk barkácsolni. 


Ben Martin ideje javát virtuális 
fájlrendszerekkel és adatbányászattal 


tölti, bár úgy is jól ismert, mint aki 
szeret mások képeinek két- és három- 


ME ag 
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Az átállás néha nem is 
olyan nehéz. Különösen, 
ha a Win4álinx VDS segít- 
ségével Linuxot futtató 
klienseken és meg tudjuk 
jeleníteni a Windows 
szolgáltatásait... 


Win4Lin Virtual 
Desktop Server (VDS; 
2 http://www.windlin.com) 


egy olyan kliens/szerver alapú 
virtualizációs megoldás, amellyel 
könnyedén és főként fájdalommen- 
tesen átállíthatunk egy szervezetet 

a drága és nehezen karbantartható 
Windows infrastruktúráról Linux 
használatára. Hogy hogyan? Nos ez- 
zel a programmal egyetlen Windows 
szolgáltatásait akár több gép között 
is szétoszthatjuk. Nincs szüksége vala- 
mennyi felhasználónknak egy teljes 
Windows telepítésre? Nem gond! 

A Virtual Desktop Server (VDS) segít- 
ségével akár az is megoldható, hogy 
egy adott alkalmazás egy adott 
linuxos géphez rendelődjön hozzá. 
Látva ezeket a lehetőségeket talán az 
sem meglepő, hogy a tapasztalatok 
szerint a szervezetek a legkülönbö- 
zőbb okok miatt váltanak Linuxra 

a VDS segítségével. 
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Egy Linux kiszolgáló általában nem 
igényel akkor hardveres kapacitást, 
mint egy hasonló képességekkel ren- 
delkező Windows-t futtató szerver. 

Ez azt is jelenti, hogy a VDS segítségé- 
vel - legalábbis egy időre — kiszállha- 
tunk abból a mókuskerékből, amit az 
újabb és egyre erősebb gépek vásárlá- 
sa iránti igény hajt. Ez pedig már csak 
azért is érdekes, mert a Vista megjele- 
nésével számos szervezet lesz kény- 
telen komoly pénzeket költeni gépei 
lecserélésére az elkövetkező években. 
Ha a Linuxra történő váltásnak 

a TCO-ra (Total Cost of Ownership) ki- 
fejtett hatását vizsgáljuk, pro és kontra 
mindenféle véleményt találhatunk. 
Akármi is azonban az igazság, az tény, 
hogy azok a cégek, amelyek gazdasá- 
gosabbnak vélik a nyílt forrású megol- 
dásokat, és az átállás mellett dönte- 
nek, hamarosan szembesülnek ennek 
a döntésnek a logisztikai és infrastruk- 
turális következményeivel. A VDS 
óriási előnye éppen az, hogy lehetővé 
teszi az alkalmazottaknak a régi Win- 
dows környezet és windowsos alkal- 
mazások használatát is, miközben az 
alapszoítver már lecserélődött. 

A VDS ezzel csaknem végtelen kifutási 
lehetőséget biztosít a cég számára. 

Ha ugyanis a funkcionalitás megőrzé- 
se mellett az alapvető váltás már meg- 
történt, a vállalat vezetése dönthet 
úgy, hogy a továbbiakban is a kettős 


Linux/Windows virtualizációs rend- 
szerrel folytatja az üzletmenetet, 
miközben nyitva bármikor áll az 

a lehetőség is, hogy a szükséges 
alkalmazásokat átírják az új operációs 
rendszerre, vagy kiváltják őket egy 
funkcióiban hasonló nyílt forrású 
megfelelővel. 

A VDS akár egyetlen alkalmazást is 
képes Linux platformon megjeleníte- 
ni, ami azt jelenti, hogy ha a cégnek 
van egy küldetéskritikus programja, 
amitől semmiképpen nem tud 

, megválni", nem kell azt átírnia 

más platformra. Az egyedi alkalma- 
zásokat elindíthatjuk tehát úgy, 

hogy azok azonnal az ügyfél Linuxot 
futtató gépén jelenjenek meg. 

Az infrastrukturális kérdések mellett 
a VDS lehetőséget teremt arra is, hogy 
központosítsuk a rendszerfelügyele- 
tet, a szoftverfrissítéseket és a karban- 
tartási feladatokat. Mivel valamennyi 
kliens ugyanazt a Windows képet 
használja, a kiszolgálón végzett vala- 
mennyi módosítás hatása azonnal ér- 
vényesül a hálózat valamennyi gépén. 
A meglevő Windows licenszeket 

a vállalat tulajdonképpen változat- 
lan feltételek mellett használhatja, 
csak a használat módja változik. 

A VDS jelentősen eltér a piacon ma 
fellelhető kliens/szerver alapú virtuális 
géptől (Virtual Machine; VM). A leg- 
több ilyen termék egyszerűen csak 





egy képernyőt nyújt a kliens számára, 
míg a VDS egy az X Windows 
Systemen alapuló valódi kliens/szerver 
rendszert képez. Ha az ügyfél nem tá- 
mogatja az X protokollt, még mindig 
lehetőségünk van olyan alternatív 
display alapú megoldások haszná- 
latára mint a Virtual Network 
Connection vagy a tarantella. 

Ez megnyitja a lehetőséget gyakor- 
latilag minden olyan platform előtt, 
amelyen futtatni lehet egy viszonylag 
modern webböngészőt. 

A Windowst futtató rendszerek rend- 
szergazdáinak napjait javarészt az 
tölti ki, hogy mindenhova telepítsék 
a megfelelő foltokat és biztonsági 
javításokat. Csak így kerülhetik el 

az ezen a platformon általánosnak 
tekinthető kémprogramokat és egyéb 
kártevőket, amelyek rendszerint a ke- 
vésbé alaposan felügyelt gépek köz- 
vetítésével kerülnek be a rendszerbe. 
Amint korábban említettem, a VDS 
egyetlen Windows képpel működik, 
aminek a karbantartása nem csak 
nagyságrendekkel kevesebb időt igé- 
nyel, hanem nagyban egyszerűsíti is 
a rendszergazda életét, hiszen a to- 
vábbiakban nem kell azzal foglalkoz- 
nia, hogy a javítások tovaterjedjenek 
a teljes hálózati infrastruktúrán belül. 
Ráadásul mivel a végfelhasználó kör- 
nyezetét a központi Windows kép 
beállításai, és a helyi beállítások 
együttesen határozzák meg, ha 

az illető egyszerűen kijelentkezik, 
majd visszalép a rendszerbe, azzal 
automatikusan , kiölt" belőle min- 
den, menet közben esetleg beszi- 
várgott kártékony programot. 


Ügyfelek 

A Win4lLin a natív Win4Lin Terminal 
Services Client használatát javasolja, 
amely rendelkezik minden olyan 
szolgáltatással, amit egy Win4Lin kli- 
ens/szerver kapcsolat egyáltalán nyúj- 
tani tud. Ezzel együtt számtalan mód- 
ja van annak, hogy egy VDS kiszolgá- 
lóhoz kapcsolódjunk és hacsak nem 
szeretnénk minden áron elkerülni va- 
lamennyi a nyomtatással kapcsolatos 
nehézséget, akkor gyakorlatilag 
bármilyen kliensprogram megteszi. 
Egy VDS kiszolgálóhoz kapcsolódha- 
tunk a Telnet, az rlogin vagy az SSH 
segítségével is (utóbbi esetben enge- 
délyezni kell az X11 forgalom továbbí- 
tását). A Telnet és az rlogin esetében 


megfelelően be kell állítanunk 

a ( $DISPLAY) környezeti változó érté- 
két. Általánosságban a távoli bejelent- 
kezés csak akkor járható út, ha olyan 
megfelelő sebességű hálózati infrast- 
ruktúra áll rendelkezésre, mint ami- 
lyen például egy helyi LAN. A WAN 
illetve a fogyasztói kategóriába tartozó 
nagy sebességű hálózati kapcsolatok 
általában nem nyújtanak kellően nagy 
sávszélességet ezekhez a módszerek- 
hez. Ugyanakkor kialakíthatunk kap- 
csolatokat Rea/lVNCkliens, NoMachine 
ügyfél, vagy a Tarantella nevű csomag 
segítségével is. 

Röviden talán azt lehetne mondani, 
hogy aki nem volt képes egy VDS 
kiszolgálóhoz kapcsolódni, az nem 
próbálta eléggé. 


Licenszfeltételek 

Egy alaplicensz 25 munkaállomáshoz 
2500 dollárba kerül. Ezt aztán külön- 
böző lépésekben, különböző feltéte- 
lekkel egészíthetjük úgy, hogy végül 
egy VDS szerver akár 1000 felhaszná- 
lót is kiszolgálhat. Ehhez persze egy 
kellően erős gép is kell, hiszen 1000 
felhasználó már valóságos tömeg. 
Fontos hangsúlyozni, hogy a fenti 
adatok a VDS licenszére vonatkoznak, 
és nem a Windows operációs rend- 
szer használatának jogára. A VDS-t 
használó szervezeteknek rendelkezni- 
ük kell a szükséges számú Windows 
licensszel, és természetesen a Micro- 
soft által támasztott felhasználási 
kritériumok is érvényben maradnak. 
Ugyanakkor a jelenlegi gyakorlat 

azt mutatja, hogy a szervezetek 
fölhasználhatják a már megvásárolt 
Windows használati jogokat. 


Letöltés és telepítés 

A WindlLin VDS jelenlegi legfrissebb 
változata a 3.0-ás, de már a 3.5-ös 1s 

a bétatesztelés utolsó fázisában van, 
és mire ez a cikk megjelenik, már 
valószínűleg el is készül. Mi mindazo- 
náltal a cikk írásakor stabil 3.0-ás vál- 
tozatot használtuk, hiszen nem láttuk 
különösebb értelmét annak, hogy 

, mozgó célpontra tüzeljünk" . 

A Windlin Pro és VDS változatát 
ugyanaz a bináris állomány tartal- 
mazza, de a különböző licenszekkel 
különböző funkciókat lehet aktiválni. 
Van DEB és RPM csomag, valamint 
32 és 64 bites változat egyaránt. 

A licenszhez tartozó kódot a telepítő- 


program kéri be, majd — amint már 
mondtam - ez fogja eldönteni, hogy 
ami a folyamat végén a gépen keletke- 
zik, az egy VDS vagy Pro változat lesz. 
Talán érdemes megjegyezni, hogy 

a Pro változatot magán a programon 
belül nem lehet VDS-sé frissíteni, 
vagyis ha van egy telepített Pro verzi- 
ónk és magasabb osztályú licenszet 
vásárolunk, akkor kézzel kell futtatni 
az ask license.sh szkriptet. 

VDS ügyfelek léteznek Linux, Solaris 
és Windows operációs rendszerhez, de 
a forráskód is letölthető, ami azt jelen- 
ti, hogy egy közepesen képzett Linux 
rendszergazda gyakorlatilag bármi- 
lyen platformra lefordíthatja azt. 


A kiszolgáló telepítése 

Mi a telepítéshez használt csomagokat 
közvetlenül a Win4Lin FIP helyéről 
(2 ftp.windlin.com/pub/releases/linux/ 
pro/3.0/index.html) töltöttük le. Ahogy 
korábban említette, léteznek 32 és 64 
bites RPM, és ugyanilyen DEB csoma- 
gok is. Mindenki válassza azt, amelyik 
az általa használt környezetnek legin- 
kább megfelel. Végső esetben létezik 
közönséges tarlabda is, és persze 
ebből is van 32 és 64 bites változat is. 
Mi egy 1.33 GHZz-es Centrino Duo core 
processzorral és 1 GB memóriával 
szerelt gépen próbáltuk ki a szoftvert, 
amelyen egy béta állapotú Edgy Eft 
futott. Ennek megfelelően az RPM 
csomagot töltöttük le. Végül aztán 
kénytelenek voltunk az alaprendszert 
lecserélni SUSE 10.1-re, mivel az Edgy 
saját rendszermagja valahogy nem 
jött ki a Win4Lin klienssel. Úgy gon- 
doltuk, hogy a teszteléshez a SUISE 
terjesztés is tökéletesen megfelel 
majd, meg aztán eléggé izgatottak 

is voltunk. Mindezt csak azért emlí- 
tem meg, mert a szemfülesebb olvasók 
az ábrák között böngészve több kü- 
lönböző terjesztést fedezhetnek föl. 
Nos, ez volt az oka ennek a furcsa 
jelenségnek. 

A windlinpro 6.3.0-07 i386.deb cso- 
mag mérete mindössze 3,7 MB volt, 

és egyetlen zokszó nélkül települt. 

A VDS telepítési útmutatója szerint 
célszerű először azokat a segédesz- 
közöket föltelepíteni, amelyek a támo- 
gatott terjesztésekhez szükségesek 

és csak aztán magát a VDS-t. Ennek 
pedig az az oka, hogy valamennyi 
WindLin terjesztés tartalmaz egy spe- 
ciális KOEMU modult, ami nagyban 


s jdweajonzbox: -/documents/articles/Win4Lin VDS 


File Edit View Terminal Tabs Help 


architecture: 168 


KOEMU package: 


NOTE: KOEMU i 


Win4áLin, In. 


Installing KOEMU module in 


Loading KOEMU module 


NI 1. ábra A modulok lefordítása és telepítése 


növeli az egész rendszer teljesítmé- 
nyét. Mármost ha a tanácsnak meg- 
felelően előre feltelepítjük azokat az 
eszközöket, amelyek ennek a beüze- 
meléséhez szükségesek, akkor telepí- 
tésnél a folyamat gyakorlatilag látha- 
tatlan módon végbemegy (1. ábra). 

És ezzel el is érkeztünk ahhoz a pont- 
hoz, amikor föl kell telepítenünk azt 
az egyetlen Windows példányt, amivel 
a rendszer működni fog. A próbához 
egy Windows XP Home változatot 
használtunk. Föltelepítettük, aztán 
hagytuk, hogy letöltse a Service Pack 
2-t, mielőtt létrehoztuk volna a fel- 
használói fiókokat. Mindezt úgy 
hajtottuk végre, hogy behelyeztük 

a telepítőlemezt a meghajtóban, 
aztán kiadtuk a következő parancsot: 


sudo loadwinproCD 


Ha még nem telepítettük volna 

a VDS licenszet, akkor a program ezen 
a ponton felszólít bennünket a meg- 
adására. Van ugyanakkor egy olyan 
lehetőségünk is, hogy nem adunk 
meg licenszet, hanem csupán folytat- 
juk a telepítést. Ekkor a rendszert 

14 napig ugyan díjmentesen hasz- 
nálhatjuk, de a kiszolgáló egyetlen 
funkciója sem lesz aktív, vagyis 
gyakorlatilag egy egyfelhasználós 
munkaállomás birtokába jutunk. 
Amint az 1. ábrán látható a vendég- 
rendszert tartalmazó adathordozót 

a -r kapcsoló segítségével töltöttük 
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be. Ennek az az oka, hogy a tesztrend- 
szerünkön már volt egy korábban te- 
lepített Win4Lin Pro, a loadwinprocCD 
parancs pedig észrevette ezt. A -r kap- 
csoló egyszerűen csak arra utasítja 

a VDS-t, hogy töltse be újra a vendég- 
rendszert tartalmazó médiát. 

A VDS telepítése gyakorlatilag két 
lépésből áll. Először a rendszergazdá- 
nak be kell másolni a vendégrendszert 
tartalmazó médiát a merevlemezre. 
Ezt esetünkben a loadwinproCD 
parancs végzi el. A következő lépés 

a Windows tényleges telepítése, amit 
viszont már közönséges felhasználó- 
ként végezhetünk el. A Windows tele- 
pítésének és a mesterprofil létrehozá- 
sának a folyamata szorosan összefügg 
egymással. A mesterprofil azért lé- 
nyeges, mert valamennyi további 
felhasználói fiókhoz tartozó Windows 
környezet ebből származik majd. 

Ez a kitétel annyira fontos, hogy 

a most következő teljes szakaszt a fo- 
lyamat megértésének fogjuk szentelni. 


Profil alapú kiszolgálás 

A Win4Lin VDS rendszer úgyneve- 
zett profil alapú kiszolgálást végez. 

Ez dióhéjban annyit tesz, hogy elő 
kell állítanunk egyetlen mesterprofilt, 
amit minden felhasználó örökölni fog. 
Amikor foltokat, javításokat telepí- 
tünk, egyéb karbantartási feladatokat 
végzünk, szoftvereket frissítünk, vagy 
alkalmazásokat telepítünk, az mind- 
mind kizárólag ezt a mesterprofilt 





fogja érinteni. Amint rendelkezésünk- 
re áll egy tökéletesen beállított mester- 
profil, azt arendszer minden egyéb 
felhasználója automatikusan örökli. 


A mesterprofil létrehozása 

A VDS rendszert egy közönséges fel- 
használói fiókba alá kell telepítenünk. 
Mint minder, a teljes infrastruktúrát 
érintő döntésnél, itt is igaz, hogy ha 
előzetesen egy kicsit eltöprengünk 

a dolgok mikéntjén, azzal sok-sok 
későbbi fejfájást spórolhatunk meg. 
Én úgy döntöttem, hogy a mesterpro- 
filt a saját felhasználói fiókomba (jdw) 
fogom telepíteni. Aztán azt is elhatá- 
roztam, hogy két másik felhasználói 
fiókot is ki fogok szolgálni. Ezek 

a jwatson és a dwatson nevet viselték. 
A legtöbb szervezetnél persze ez a do- 
log nem így fog működni, hiszen nyil- 
ván van egy már működő hálózati inf- 
rastruktúrájuk, amelyben eleve létez- 
nek a szükséges felhasználói fiókok, 
ilyenkor célszerű egyetlen új fiókot 
létrehozni, amely kizárólag a VDS 
mesterprofilt fogja hordozni. 

A mesterprofil létrehozásához először 
is bejelentkeztem egyszerű felhasz- 
nálóként, majd kiadtam a következő 
parancsokat: 


sudo adduser jwatson 
sudo adduser dwatson 


Miután az így létrehozott két felhasz- 
nálói fiókhoz a megfelelő jelszavakat 
is hozzárendeltem, készen álltak 

a használatra. Most már csak azt 

a bizonyos mesterprofilt kellett lét- 
rehoznom. Ehhez telepítenem kell 

a Windows-t, ki kell jelölnöm mester- 
példánynak, majd el kell végeznem 
rajta a globálisan érvényesíteni 

kívánt beállításokat. 

Kijelentkeztem tehát, majd újra belép- 
tem, de ezúttal már a mesterprofil 
hordozására szolgáló fiók (jdw) adata- 
ival, majd kiadtam az instal Iwinpro 
parancsot. 

Ennek a parancsnak számos kapcso- 
lója van, amelyekkel részletesen 

meg lehet határozni annak a virtuális 
gépnek a tulajdonságait, amelyre 

a Windows települ. Én ezek használa- 
ta helyett egyszerűen elfogadtam 

az alapértelmezéseket, ami például 
azt is jelenti, hogy a lemezkép legfel- 
jebb 4 GB lehet, de ez számos esetben 
nem biztos, hogy elegendő. 


Ugyanakkor a számolásnál ne felejt- 
sük el, hogy a felhasználók által 
használni kívánt területet nem kell 
hozzáadni a rendszer méretéhez, 

a felhasználói fájlok ugyanis a Linux 
fájlrendszerében tárolódnak a fel- 
használó saját könyvtárában, nem 
pedig a lemezképben (2. ábra). 

A profil alapértelmezett neve winpro 
lesz, amit szükség esetén a -d kapcso- 
ló segítségével változtathatunk meg. 
Ezen a ponton fontos megjegyezni, 
hogy ha megváltoztatjuk a konfigurá- 
ció nevét, akkor a következő lépésben 
ezt az információt exportálnunk kell 
a mesterprofilba. 

Azt javaslom, mindenki fogadja 

meg a tanácsomat, és készítsen biz- 
tonsági másolatot a képfájlról ebben 
az állapotban. Szerintem egyetlen 
Windows rendszertől függni meglehe- 
tősen macerás dolog, nem gondolom, 
hogy bárkinek hiányozna egy teljes 
újratelepítés. 

A kép mentése amúgy rendkívül egy- 
szerű, hiszen csupán a GUEST.IMG 
fájlt kell átmásolnunk egy biztonságos 
helyre. Ha a telepítés során mindent 
az alapértelmezett értéken hagytunk, 
akkor ez a fájl a /home/jdw/winpro 
könyvtárban kell legyen (a felhasználó 
neve természetesen változhat). 

Aki pedig változtatott menet közben 
a beállításokon, az nyilván emlékszik 
rá, mit hol kell keresnie. 

Amint a telepítéssel elkészültünk, 

ki kell jelölnünk a kérdéses rendszert 
mesterprofilnak. Ezt a következő 
parancs lefuttatásával tehetjük meg: 


/opt/win4linpro/bin/export- 
sprofile cconfiguration names 


Ha az előző lépésben megváltoztattuk 
a konfiguráció nevét, akkor azt meg 
kell adnunk a cconfiguration names 
szöveg helyén. Ha nem adunk meg 
nevet, akkor a program automatiku- 
san a winpro-t fogja használni. 
Ilyenkor a mesterprofil kijelölésekor 
egyáltalán nem kell konfigurációnevet 
megadnunk. 

Indítsuk el a telepített rendszert a le- 
mezképből, és végezzük el a szüksé- 
ges beállításokat. Nagyon fontos, hogy 
a mesterprofil előállításához legalább 
egyszer el kell indítanunk a rendszert, 
és tisztán le kell állítanunk, még akkor 
is, ha semmit nem csinálunk vele. 

A mesterprofil futtatásához vagy 
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MI 3. ábra Frissítsük a Windows mesterképet tetszés szerint, de ha már van egy jól működő 
változatunk belőle, azt mindenképpen mentsük el... 





kattintsunk a Win4Lin ikonjára az visszatérve tovább finomítjuk 


asztalfelületen, vagy parancssorból 
adjuk ki a winpro parancsot. 


A lemezkép beállítása 

Mivel a VDS-en keresztül kiszolgált 
felhasználók minden egyes bejelent- 
kezéskor megkapják a mesterkép egy 
friss példányát, különösebben nagy 
jelentősége nincs annak, hogy aprólé- 
kosan beállítsunk mindent. Elméleti- 
leg azt is megtehetnénk, hogy ezen 

a ponton teljesen kihagyjuk a felhasz- 
nálói fiókok beállítását, majd később 


a mesterkép tulajdonságait. Ugyanak- 
kor van néhány olyan gyakorlati 
szempont, amelyek miatt célszerű 

a beállításokat most elvégezni: 


e Az ,ismerős jelleg" biztosítása: 

Egy szervezet általában azért vált 
a VDS használatára, mert minimá- 
lisra szeretné leszorítani a felhasz- 
nálók rendszerre gyakorolt befo- 
lyását. Éppen ezért a józan ész azt 
diktálja, hogy a felhasználót már 
az első pillanatban is ismerős 





képnek - tehát teljesen beállított 
rendszernek - kell fogadnia, 
ahol rögtön megtalálja az összes, 
számára fontos alkalmazást is. 


e — Biztonság: Mivel a felhasználók 
mindannyiszor egy új mesterképet 
kapnak, valahányszor bejelentkez- 
nek a VDS rendszerbem az ember 
azt gondolhatná, hogy a biztonsá- 
gi szakemberek ilyen kiszolgálás 
mellett nyugodtan hátradólhetnek. 
Elvégre mennyi kért tehet egy 
kémprogram, vagy féreg egy olyan 
rendszerben, aminek a teljes tartal- 
ma naponta legalább egyszer felül- 
íródik egy központi helyről, egy 
tiszta kópiával? Nos, ez igaz, de 
képzeljük el, mi van akkor, ha ma- 
ga a központi lemezkép tartalmaz 
egy ilyen kártevőt. Egyszóval 
jobb a problémát megelőzni, 
és gondoskodni a megfelelő biz- 
tonsági beállításokról (3. ábra). 


e . Műszaki megfontolások: A mester- 
profilt nem futtathatjuk, ha akár 
csak egyetlen felhasználói profil is 
fut. Ugyanakkor ahhoz, hogy bár- 
mit módosíthassunk, el kell indíta- 
ni. Mármost ebből egyenesen kö- 
vetkezik, hogy vagy most azonnal 
elvégezzük az összes olyan beállí- 
tást, amit csak lehet, vagy szá- 
molnunk kell azzal, hogy a közel- 
jövőben a rendszer sokat fog állni. 
Ha pedig munkaidőben próbálko- 
zunk, akkor azt egyeztetni kell 
az összes felhasználóval, hiszen 
átmenetileg mindenkinek ki kell 
jelentkeznie a VDS-ből, és amíg 
nem végeztünk a mesterprofil 
módosításaival, addig nem is 
jelentkezhet vissza. 


lalán ez az pillanat, amikor érdemes 
egy újabb mentést készíteni a mester- 
képről. Mostantól valahányszor vala- 
mit módosítunk a beállításokon, cél- 
szerű megőrizni az eredeti állapotot is, 
hátha valami rosszul sül el. Ne felejt- 
sük el, hogy ha a központi lemezkép 
megsérül, akkor az összes felhaszná- 
lónk munkaképtelenné válik, amíg 

le nem cseréljük azt egy működő 
változatra. Egy 4 GB-os lemezkép 
mentése vagy visszaállítása csak 
néhány percet vesz igénybe. 

Ha ezzel szemben teljesen újra kell te- 
lepíteni magát a Windowst, vagy egy 


meglehetősen régi lemezképet kell fris- 
síteni, az sokkal hosszabb időbe telik. 
A Windlin VDS szolgáltatásnak nor- 
mális esetben magától el kell indulnia. 
Ha mégsem így lenne, vagy valamiért 
újra kell indítanunk, azt a 


/opt/win4linpro/etc/mergepro. rc 
ssstart 


vagy a 


/opt/win4linpro/etc/mergepro. rc 
restart 


paranccsal tehetjük meg. 


A felhasználói profilok létrehozása 
A mesterprofilt csak az arra feljogosí- 
tott felhasználók használhatják. 

A rendszer azon felhasználóit, akik- 
nek a munkájához nem szükséges 

a VDS használata, értelemszerűen 
nem kell felruházni ezzel a jogosult- 
sággal. Ugyanakkor akinek ilyen jogot 
szeretnénk adni, annak a saját könyv- 
tárában kell bizonyos módosításokat 
elvégeznünk. Ha csak néhány felhasz- 
nálónk van, akkor a legegyszerűbb va- 
lószínűleg az lesz, ha egyenként átje- 
lentkezünk valamennyiük fiókjába 

a su paranccsal, majd lefuttatjuk 

a megfelelő parancsot. Ha azonban 

a kiszolgált felhasználók száma átlépi 
a ,kényelmetlenül sok" feliratú határt, 
akkor ügyes Bash-szkriptekhez, vagy 
bejelentkezési szkriptekhez kell folya- 
modnunk a művelet elvégzéséhez. 

Az én esetemben nincs szó különöseb- 
ben nagy tömegről, tehát egyszerűen 
csak be kell jelentkeznek jwatson és 
dwatson néven is, majd lefuttatni 

a következő parancsot: 


/opt/win4linpro/bin/import- 
sprofile /home/jdw/winpro 


Most ott tartunk, hogy létrehoztuk 

a mesterprofilt, a felhasználóknak pe- 
dig kiosztottuk a megfelelő jogosultsá- 
gokat. Ami tehát a kiszolgálón elvég- 
zendő munkát illeti, annak a nagy 
részével készen is vagyunk. Ha mos- 
tantól bármilyen módosítást végzünk 
a mesterprofilon (beleértve a foltok, 
biztonsági javítások, vagy új alkalma- 
zások telepítését is) az automatikusan 
tovaterjed a felhasználói profilokra is, 
amint a tulajdonosuk bejelentkezik. 
Na de hogyan fognak ezek a bizonyos 


felhasználók bejelentkezni? lermésze- 
tesen erre való az ügyfélprogram, 
amit mindjárt telepíteni is fogunk. 


Az ügyfél telepítése 

Amint azt korábban is említettem, 
számos különböző módja van annak, 
hogy egy VDS kiszolgálóhoz csatla- 
kozzunk. Én itt most csak a Win4Lin 
klienssel történő csatlakozást fogom 
bemutatni. Ez szabadon letölthető, 

és a kezelése is egyszerű. 

Ha a VDS kiszolgáló elérésére a natív 
Win4Lin ügyfélprogramot használjuk, 
annak ráadásul az az előnye is meg- 
van, hogy így érhetjük el a legna- 
gyobb sebességet, illetve a legtöbb 
szolgáltatást. A Win4Lin ügyfelet 

a Win4Lin hivatalos webhelyéről 

(2 www. windlin.comy/component/ 
option, com reposiítory/Itemid,76/ 

func fileinfo/id,2) lehet letölteni. 
lalálunk itt lefordított programot 
Linux, Solaris és Windows rendszerek- 
hez, de letölthető akár a forráskód is. 
Kissé furcsa, hogy bár maga a VDS 
rendszer DEP és RPM csomag formá- 
jában egyaránt letölthető, addig 

a Win4Lin klienshez nem tartozik 
DEB csomag. Mivel a forrásból való 
telepítés az én esetemben általában 
azt jelenti, hogy kénytelen vagyok le- 
mondani az ebédemről, inkább letöl- 
töttem az RPM csomagot, amit aztán 
az Alien nevű alkalmazással DEB 
formátumúvá alakítottam. Végül 

a dpkg paranccsal telepítettem 

a korábban említett Debian-alapú 
rendszeremre. A lépések részletesen 
a következők voltak: 


1. Letöltöttem az RPM csomagot 
a Win4Lin webhelyéről. 


2. Futtattam a sudo alien 
wtsclient 1.0.0-4 1386.rpm 
parancsot. 


3.  lelepítettem a keletkezett DEB 
csomagot a sudo dpkg -i 
wtsclient 1.0.0-4 1386.deb 
paranccsal. 


4. A tsclient paranccsal csatlakoztam 
a VDS kiszolgálóhoz. 


A Win4Lin VDS rendszert úgy is beál- 
líthatjuk, hogy egyetlen alkalmazást 
közvetítsen egy teljes Windows 
desktopra. Mi a teszt során mindkét 





említett konfigurációval csatlakoztunk 
a Win4Lin demókiszolgálóhoz, és az 
akcióról mellékeltünk két képernyő- 
mentést. Az első egy teljes Windows 
desktop beállítást mutat, míg a máso- 
dik csak az Internet Explorert, amint 
éppen Linux munkaállomásunkon 

fut vidáman (4. és 5. ábra). 


Egyedi alkalmazások közvetítése 

a Linux asztalfelületre 

Egészen eddig csak arról esett szó, mi- 
ként közvetíthetünk egy Linuxot futta- 
tó gépre egy teljes Windows XP asztal- 
felületet. Bár ez a megközelítés számos 
esetben a legmegfelelőbb, azért akad- 
hatnak olyan helyzetek is, amikor 

a felhasználónak magára az operációs 
rendszerre nincs is szüksége, csak egy- 
egy konkrét alkalmazásra. A kérdés 
tehát az, miként vehetjük rá a VDS 
rendszert arra, hogy a teljes Windows 
telepítés helyett csupán egyetlen alkal- 
mazást adjon át a bejelentkezett fel- 
használónak. lermészetesen a Win- 
dows regisztrációs adatbázisának az 
ügyes átalakításával. Hogy ezt miként 
tehetjük meg, arról a legfrissebb infor- 
mációkat a Win4Lin VDS kézikönyv- 
ében találhatjuk, de ha valaki egysze- 
rűen csak annyit szeretne, hogy ezzel 
a lapszámmal a kezében leül a számí- 
tógép elé, és beállítja, amit kell, nos 
annak röviden leírjuk a dolog menetét. 


Győződjünk meg a megfelelő 
Windlin registry kulcs meglétéről 
(valamennyi Windows változatra 
érvényes) 

Függetlenül attól, hogy milyen alkal- 
mazást, vagy a Windows operációs 
rendszer mely változatát kívánjuk fut- 
tatni, van egy olyan, a Win4Lin rend- 
szerre specifikus kulcs a regisztrációs 
adatbázisban (registry), amelynek 
meglétét ellenőriznünk kell: 


1. Indítsuk el a Regedit nevű 
alkalmazást. 


2. Keressük ki a HKLMISoftwarel 
MicrosoftWindows NT 
CurrentVersion!Winlogon 
kulcsot. 


3. Győződjünk meg róla, hogy 
a Userinit nevű változó értéke 
B:Wnrgpro32.exe. Ha nem így 
lenne, módosítsuk erre az ott 
szereplő értéket. 
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MI 4. ábra A Win4lin ügyfél, amint éppen egy teljes desktopot futtat 
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MI 5. ábra A Win4lin itt csupán egyetlen alkalmazást közvetít a Linux munkaállomásra 
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Annak ugyebár nem sok értelme van, 
hogy a felhasználó minden alkalom- 
mal szabályszerűen bejelentkezzen 

a Windowsba, ha mindannyiszor 
ugyanazt az egyetlen alkalmazást 
akarja futtatni. Éppen ezért az első 
lépés az — bár ez végül is nem kötele- 
ző — hogy a mesterprofilban automati- 
kus bejelentkezést állítunk be. 

Ez a Windows különböző változa- 
taiban eltérő módon érhető el. 





Az automatikus bejelentkezés 


heállítása Windows 2000 alatt 
1. Nyissuk meg a Vezérlőpultot 


(Control Panel). 
2. Indítsuk el a Felhasználók 
és Jelszavak (Users and Passwords) 


kisalkalmazást. 


3. Vegyük ki a jelölést 
a , Felhasználóknak felhasználói 


d] 





nevet és jelszót kell megadniuk 
ennek a számítógépnek a hasz- 
nálatához" (, Users must enter 
a user name and password to 
use this computer") pont mel- 
lől, majd nyomjuk meg az 
OK gombot. 


Amikor a rendszer kéri, adjuk 
meg annak a felhasználónak 

a nevét és jelszavát, akinek 

a fiókjába automatikusan be 
akarunk jelentkeztetni minden 
felhasználót. 


Az automatikus 
bejelentkezés beállítása 
Windows XP alatt 


1: 


Nyissuk meg a Vezérlőpultot. 


Válasszuk a Felhasználói fiókok 


(User accounts) pontot. 


Kattintsunk a , Felhasználók be- 
és kijelentkezési módjának meg- 
változtatása" (Change the way 
users log on/off) pontra. 


Vegyük ki a jelet az , ÜUdvöz- 
lő képernyő használata" 
(Use the Welcome screen) 
jelölőmezőből. 


Kattintsunk az Alkalmaz (Apply) 
gombra. 


Indítsuk el az alternatív felhasz- 
nálói fiókszerkesztőt úgy, hogy 

a Start menüből a Huittatás (Run) 
pontot választjuk, majd begépel- 
jük a control userpasswords2 
parancsot, és az OK gombra 
kattintunk. 


Vegyük ki a jelet az 

A felhasználóknak felhaszná- 
lói nevet és jelszót kell megad- 
niuk ennek a számítógépnek 

a használatához" (,, Users 
must enter a user name and 
password to use this compu- 
ter"), majd kattintsunk az 
OK gombra. 


Amikor a rendszer kért, ad- 
juk meg annak a felhasználó- 
nak a nevét és jelszavát, akinek 
a fiókjába automatikusan be 
akarunk jelentkeztetni minden 
felhasználót. 


Az egyetlen futtatni kívánt 
alkalmazás kijelölése (valamennyi 


Windows változaton) 
1. Indítsuk el a regisztrációs adat- 


bázis szerkesztésére szolgáló 
alkalmazást úgy, hogy a Start 
menü Huttatás (Run) pontját 
választjuk, majd begépeljük 

a regedit parancsot, és az OK 
gombra kattintunk. 


2. Keressük ki 
a HKLMISoftwarelWin4Lin 
kulcsot. 


3. Kattintsunk a jobb egérgombbal 
a jobb oldali ablakszárny egy 
üres területén, és hozzunk létre 
egy új változót. 


4. Válasszuk a karakterlánc 
(String Variable) típust. 


5. A változó neve legyen 
SingleAppStart (ügyeljünk rá, 
hogy itt a kis- és nagybetűk 
különbözőnek számítanak). 


6. Kattintsunk duplán az újonnan 
létrehozott SingleAppStart 
változón. 


7. Az Érték (Value) mezőben adjuk 
meg annak az alkalmazásnak 
a nevét és teljes elérési útvonalát, 
amit automatikusan indítani sze- 
retnénk. Az útvonal megadása nél- 
kül a dolog nem működik, vagyis 
ha a futtatni kívánt alkalmazás 
például a Microsoft Word, akkor 
a WORD . EXE szöveg nem elegendő. 
Az elérési út ebben az esetben 
a C:NProgram FilesWicrosoft 
officewword. exe (vagy ahova 
éppen a Word végrehajtható 
állománya telepítve van az adott 
rendszeren). 


8. Lépjünk ki a regeditből és készen 
is vagyunk. 


Mostantól amikor a felhasználók 
elindítják a kliensprogramot és 
bejelentkeznek a VDS rendszerbe, 
azonnal a Microsoft Word fog nekik 
elindulni. Magából a Windowsból 
gyakorlatilag nem is látnak semmit. 
Ez persze így nem tűnik valami nagy 
eredménynek, hiszen a Microsoft 
Office részét képező alkalmazásokat 


kiválóan támogatja a Wine és 

a CrossOver Office is, de cseréljük 
csak ki a Word-öt valami másra, és 
rögtön rájövünk, mi is a jelentősége 

a Win4Lin VDS által alkalmazott 
megoldásnak. Mivel esetünkben vég- 
ső soron a Windows egy teljes példá- 
nyát használjuk a kérdéses alkalma- 
zás közvetítésére, gyakorlatilag bármi 
szóba jöhet, ami egy ,igazi" Windows 
rendszeren is futna, és ehhez magán 
az alkalmazáson az égvilágon semmit 
nem kell módosítanunk. Ugyanez 

a másik két megoldásról -— egyelőre — 
nem mondható el. 


Záró gondolatok 

A virtuaálizáció technológiája 

nem számít különösebben újnak. 
Ami azt illeti, az IBM már az 1960-as 
évek óta játszadozott a gondolattal. 
Ami a virtualizációt hirtelen ismét 
érdekessé tette, az a nagy sebességű 
hálózatok és erős kiszolgálók általá- 
nos elterjedése. Ha Windows alkal- 
mazásokat Linux operációs rendszer 
segítségével , juttatunk el" a felhasz- 
náló képernyőjére, az nem csak 

a beszerzendő hardver szempontjá- 
ból lehet költséghatékony, hanem 
az emberek képzésére és a rendszer 
karbantartására is kevesebbet kell 
költeni. Az olyan megoldások pedig 
mint amilyen a most bemutatott 
Win4Lin Virtual Desktop Server 
ráadásul egészen könnyen telepít- 
hetők és használhatók. 

A virtualizáció tehát eljutott arra 

a pontra, amikor az igazi problémák 
nem nem műszaki, inkább csak 
logisztikai természetűek. Manapság 
nehezebb helyesen megtervezni 
egy virtualizációs rendszert, 

mint megvalósítani azt. 
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Jon Watson 
(http:/Avww.jonwatson.ca) kanadai 
GNU/Linux aktivista, aki rendszere- 
sen közöl cikkeket a Linux közösség 
legkülönbözőbb fórumain. Amikor 


éppen nem ír, nem blogol, és nem 

is a szabad és nyílt forrású szoftvere- 
ket népszerűsítő podcastokat készít, 
akkor rendszerint a szobájában fé- 
nyesítgeti azt a Linux-- tanúsítványát, 
ami rajta kívül valahogy nem sokakat 
hat meg. 








Ha egy eddig használt operációs 
rendszerről egy másikra szeretnénk 
váltani, annak gyakorta a legnagyobb 
gátja az a tudat, hogy az új rendszer 
alól nem fogjuk tudni elérni a régi 
alatt létrehozott adatokat. És ez vala- 
hol érthető is. Senkit nem kárhoztat- 
hatunk azért, mert nem fűlik a foga 
ahhoz, hogy egyik pillanatról a másik- 
ra elveszítse az összes adatát. Lehet, 
hogy az új rendszer szebb és jobb, 
mint a régi, de az adatok nélkül 
gyakorlatilag használhatatlan. 

Ami a Linuxot illeti, a fejlesztők min- 
dent megtettek annak érdekében, 
hogy a Windowst is használók hozzá- 
férjenek az ott létrehozott adataikhoz. 
A FAT16/32 fájlrendszerek támogatása 
már régóta gyakorlatilag tökéletes, 
ami pedig az NIFS-t illeti, nos az még 
mindig nem teljes, de nem áll messze 
tőle. Itt érdemes megjegyezni, hogy 
már olyan eszközök is vannak - ilyen 
például a Captive-NTFS — amelyek 
teljes mértékben támogatják az NIFS 
fájlrendszerek Linux alóli kezelését. 
Az adatokhoz való hozzáférés ráadá- 
sul ebben az esetben sem korlátozódik 
a helyi gépre. Samba segítségével 

a felhasználók a hálózat más, Win- 
dows futtató gépein megosztott 
könyvtáraikat is elérhetik. Bátran 
kijelenthetjük tehát, hogy ha valaki 
Windowsról szeretne Linuxra váltani, 
annak semmiféle problémára nem 
kell felkészülnie. Minden működni 
fog a migráció után is. 

Ugyanakkor megfigyelhető egy új 
trend is. Ahogy a Linux egyre elterjed- 
tebbé válik az asztali gépeken, úgy 
egyre több olyan felhasználóval talál- 
kozhatunk, akik bizonyos feladatokra 
Linuxot használnak ugyan, utána 
viszont újraindítják a gépüket, 





Rövid bevezetés a fájlrendszerek elméletébe 

Olvasóink közül talán nem pontosan tudják, mi is az a fájlrendszer. 

A fájlrendszer gyakorlatilag egy tárolási rendszer vagy módszer, amely meg- 
határozza, miként kell a fájlokat a lemezre írni, illetve onnan visszaolvasni. 
Mármost ebből elég egyenes következik egy logikus kérdés: ,Miért van annyi- 
féle fájlrendszer? Miért nem tudják az emberek egyszer és mindenkorra el- 
dönteni, hogy melyik a legjobb tárolási és visszaolvasási rendszer, és miért 
nem használja mindenki, minden operációs rendszer alatt azt?" Bár a kérdés 
a maga módján jogos, az igazsághoz az is hozzátartozik, hogy a különböző- 
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operációs rendszereknek eltérő a , célközönsége", és az eltérő igényekhez 
eltérő fájlrendszerek igazodnak jobban. A Windows NT-t például üzleti fel- 
használóknak szánták, ezért ott nagy jelentősége volt a fájlrendszer biztonsá- 
gi szolgáltatásainak. Így született meg az NTFS. A Windows 9x ezzel szemben 
a ,közönséges felhasználóknak" készült, akiknek nem a biztonság, hanem 

a teljesítmény volt a fontosabb. Éppen ezért ez az operációs rendszer 
FAT16/32 fájlrendszerrel működik. A Windows XP azért támogatja mindket- 
tőt, mert mindkét célcsoport számára megfelelő szolgáltatásokat kell nyújta- 
nia. Hasonlóan Linux alatt is többféle fájlrendszert használhatunk. A de facto 
szabvány itt az ext2/3 fájlrendszer használata, de léteznek teljesen speciális 
célokra tervezett adattárolási rendszerek is. Ilyen például a nagy számítási fel- 
adatokhoz használt XFS, vagy a nagyobb hibatűrést biztosító ext3 és ReiserES. 
Ha egy operációs rendszerbe be szeretnénk építeni egy adott fájlrendszer 
,támogatását , akkor létre kell hoznunk benne azokat az adatszerkezeteket, 
amelyek a kérdéses tárolási rendszer kezeléséhez szükségesek. Ilyenkor 
természetesen sokkal nehezebb dolgunk van egy zárt szabványokra épülő 
fájlrendszerrel — mint amilyen például az NIFS - hiszen ismeretlen, vagy 
kevéssé ismert a lemezen elhelyezkedő adatok szerkezete, a használt tit- 
kosítási algoritmusok, és az egyéb, ezekhez hasonló tényezők. Pont ezzel 
magyarázható, hogy az NIFS Linux alóli támogatása miért jelent olyan 


nagy kihívást a fejlesztőknek. 


és Windows alatt folytatják a munkát. 
Erre általában azért van szükség, mert 
bizonyos népszerű alkalmazásoknak 
továbbra sincs Linux alatt futó válto- 
zata, vagy megfelelő képességekkel 
rendelkező linuxos helyettesítője. 
Ilyenek például a modernebb játékok, 
vagy az Adobe Photoshop, de más, 
speciális területekről is említhetnénk 
olyan példákat, amikor a nyílt forrású 


megfelelő egyszerűen nem létezik. 

Ha tehát a felhasználó kényszerűség- 
ből oda-vissza váltogat a két operációs 
rendszer között, akkor nyilván lesz 
olyan pillanat is, amikor Windows alól 
szeretné elérni a Linux partíciók tar- 
talmát. Ezzel csak egy a gond: a Win- 
dows hivatalosan semmiféle támoga- 
tást nem nyújt a Linux fájlrendszeri- 
nek kezeléséhez. A több operációs 
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Type: Local Disk 
File system: Ext2 

. NI Usedspace: 

I Free space: 


1.410.308,160 bytes 
341.041.,152 bytes 


Capacity: 1.751.349.312 bytes 








Date Modified 
626/2004 5:45 AM 
2/18/2005 12:41 PM 
2/10/2005 8:23 AM 
2/10/2005 9:53 AM 
2/10/2005 8:58 AM 
2/10/2005 10:29 AM 
2/20/2005 11:14 AM 
2/19/2005 1:38 AM 
6/26/2004 5:45 AM 
2/19/2005 2:57 AM 
9730/2004 8:26 AM 
12/17/2004 4:36 AM 
2/20/2005 11:35 AM 
2/19/2005 1:36 AM 
File Folder 2120/2005 11:14 AM 
File Folder 12/16/2004 4:22 AM 
DAT File 2711/2005 12:46 PM 
Text Document  2/9/2005 10:33 AM 
1,024KB  DAT File 2/10/2005 7:16 AM 
245,760 KB. DAT File 2/11/2005 10:04 AM 
19KB File 12/12/2002 11144 AM 
16KB File 11/27/2004 3:25 PM 
245,760KB. System file 2/20/2005 11:06 AM 
OKB DATFile 2/9/2005 10:34 AM 
125,135.KB  DAT File 2/10/2005 7:08 AM 


Size Type 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 
File Folder 


Cdirectory stress 
Cjdirectory stress pa 
Cfile stress 

eJfile stress pa 


1. ábra Az Ext2fsd segítségével az ext2 fájlrendszerek ugyanolyannak tűnnek Windows 
alatt, mint bármely más partíció 


rendszert telepítőknek tehát minden- 
képpen speciális eszközöket kell hasz- 
nálniuk Windoxoss alatt, ha boldogulni 
akarnak. 


Linux partíciók kezelésére szolgáló 
eszközök Windows alatt 

Amint korábban is említette, linuxos 
fájlrendszerekhez a Windows natív 
támogatást egyáltalán nem tartalmaz. 
Persze azért nincs minden veszve. 

A nyílt forrású közösség felvette 

a kesztyűt, és megalkotott néhány 
egészen kiváló eszközt, amelyekkel 

a probléma megoldható. Ebben a cikk- 
ben elsősorban az LTOOLS csomagra 
fogok koncentrálni. Ez egy egészen 
kifinomult eszköz, amelyhez többféle 
interfész is tartozik. Ezekkel a felhasz- 
náló több különböző, Linux alatt hasz- 
nálatos fájlrendszertípust is kezelhet. 
Mielőtt azonban belekezdenék ennek 
a csomagnak a tárgyalásába, fussunk 
gyorsan végig az egyéb lehetőségeken 
is, amelyekkel a probléma szintén 
megoldható. 


Ext2fsd 


Az Ext2fsd az egyik legrégibb olyan 
projekt, amely céljául a fenti feladat 
megoldását tűzte ki. Segítségével ext2 
fájlrendszerek tartalmához férhetünk 
hozzá Windows alól. A csomagot 

a 5 http://sourceforge.net/projcts/ext2fsd 
címről tölthetjük le. A program fájl- 
rendszer-meghajtóként, és nem kö- 
zönséges programkért települ. Ennek 


0 





a módszernek az az előnye, hogy az 
Ext2fsd teljesen transzparens módon 
teszi elérhetővé az ext2 fájlrendszere- 
ket Windows alól, vagyis első közelí- 
tésben semmi különbséget nem látunk 
valódi windowsos és linuxos partíció 
között. Az Ext2fsd nem csak olvasni, 
hanem írni is tudja az ext2 és vele ro- 
kon fájlrendszereket. A Linux első de 
facto szabványos fájlrendszere ugyan 
az extf2 volt, mára azonban számos 
egyéb tárolási rendszer is megjelent. 
Ilyen például az ext3 és az újabban fel- 
bukkant ext4, amelyek azonban mind- 
ketten visszafelé kompatibilisek az 
ext2-vel. Ennek megfelelően az 
Ext2fsd-vel ezek is kezelhetők, bár ami 
azt ext4-et illeti, a helyzet egyelőre kis- 
sé bizonytalan, hiszen egyelőre csak 
kísérleti jelleggel vették fel a kernelbe. 
Mindazonáltal az Extf2fsd-vel való 
kompatibilitás azért valószínű, mert 
amikor Windows alól kezelünk egy 
ext3/4 partíciót, akkor a fájlrendszer- 
nek csak azokat a funkcióit használ- 
juk, amelyek már az ext2-ben is 
megvoltak, vagyis elvileg nem lehet 
semmi gond. Ugyanakkor persze 

az is igaz, hogy az olyan kiterjesztett 
szolgáltatások, mint a naplózás 

így nem használhatók. 


ristool 

Az utóbbi időben linuxos körökben 
egyre nagyobb népszerűségnek ör- 
vend a ReiserFS fájlrendszer. Ennek 
elsősorban az általa biztosított nagyfo- 





kú hibatűrés az oka. Ehhez is készült 
egy Windows alatt használható cso- 
mag, az rfstool, amely azonban csak 
olvasási műveleteket tud végezni, és 

a fejlesztők a hivatalos webhely tanú- 
sága szerint nem is tervezik az írási 
műveletek megvalósítását. A csomagot 
a 2 http://fresmeat.net/projects/rfstool 
címről szerezhetjük be. 


LTOOLS 


És ezzel meg is érkeztünk a cikk főté- 
májához, az LTOOLS csomaghoz. 

Az Ext2fsd-től és az rfstool-tól eltérően 
ez a fájlrendszereknek nem csupán 
egyetlen speciális osztályát tudja ke- 
zelni, sokkal általánosabb annál. 

Az LTOOLS egyszerre támogatja az 
ext2, ext3 és ReiserFS fájlrendszereket. 
A csomag tulajdonképpen parancssori 
eszközök gyűjteménye, de tartozik 
hozzá grafikus felhasználói felület 
(GUI), sőt webes felület is. lelepíthető 
gyakorlatilag valamennyi DOS és 
Windows változat alá (XP, 2000, NT, 
ME, 9x és 3.x). Ráadásul nem csak 

a helyi gépen levő fájlrendszereket 
tudja kezelni, hanem a hálózati meg- 
osztásokat is. Akár DOS, akár valami- 
lyen Windows alatt dolgozunk is te- 
hát, bizton számíthatunk az LTOOLS 
eszközeire, ha Linux fájlrendszeren 
levő adatokhoz kell hozzáférni. 

Az LTOOLS amúgy akkor is jól jöhet, 
ha úgy kell megjavítanunk egy Linux 
rendszert, hogy éppen nincs kéznél 
egy megfelelő Live CD. 

Amint az imént említettem, az 
LTOOLS csomag két különböző 
grafikus felületet is tartalmaz, ame- 
lyekkel a parancssori eszközök teljes 
funkciókészletét kihasználhatjuk. 
Van hozzá egy LTOOLSgui nevű, 
Java alapú interfész, illetve létezik 
egy Microsoft .NET alapú LTOOLSnet 
nevű alkalmazás is. Mindkettővel 
kezelhetünk helyi és távoli fájlrend- 
szereket egyaránt. 

Aki még ezzel sem elégedett, például 
mert kizárólag szabad szoftvereket 
szeretne használni (sem a Java, sem 

a Microsoft .NET nem az), az akár egy 
közönséges webböngészőn keresztül 
is elérheti az LTOOLS szolgáltatásait. 
Ez utóbbi azért lehetséges, mert a cso- 
mag tartalmaz egy LREADSrv nevű 
alkalmazást, ami nem más, mint egy 
egyszerű webkiszolgáló. Ez a Linux 
fájlrendszereit bármely webböngésző, 
akár az Explorer számára is láthatóvá 


tudja tenni. Az LREADSsrv segítsé- 
gével ráadásul nem csak a Linux, 
hanem a DOS/Windows fájlrend- 
szereit is elérhetővé tehetjük 

a hálózaton keresztül. 


Az LTOOSL egy szabványos Windows 
telepítőcsomag formájában érkezik, 
ami kifejezetten időszerűnek nevez- 
hető. A telepítés folyamatában sincs 
semmi említésre méltó. A telepítő lét- 
rehoz a Start menüben egy LTOOLS 
nevű pontot, amely alatt aztán megta- 
láljuk az összes említett interfészt, 
amelyeken keresztül máris hozzá- 
férhetünk linuxos fájlrendszereink 
tartalmához. 

Bár — amint említettem — maga az 
LTOOLS támogatja ugyan az összes 
Windows változatot, nem minden 
szolgáltatása illetve interfésze mű- 
ködőképes valamennyi verzió alatt. 

A csomag eleve két különböző 
konzolos változatot tartalmaz 

a Win9x/ME illetve a Windows 
NI/XP rendszerekhez. 


A parancssori eszközökkel a leg- 
alapvetőbb fájl- és könyvtárkezelési 
feladatokat végezhetjük el. Mint 
említettem, a parancsok a linuxos 
fájlrendszerek írására és olvasására 
egyaránt használhatók. Minden 
parancshoz három fájl tartozik. 
Nézzünk talán egy példát. Az 


Idir.bat 


parancs például listázza a könyvtárak 
tartalmát, ez azonban — mint nevéből 
is látszik — nem egy program, hanem 
egy szkript. Ez a szkript — attól függő- 
en, hogy milyen operációs rendszer 
alatt futtatjuk — maga is meghív az 
LTOOLS csomag részét képező prog- 
ramokat. Jelen esetben ténylegesen 
vagy az LdirDOS.exe, vagy az 
IdirNT.exe fog lefutni. Az első 

a Win9x/ME rendszerekre vonatkozik, 
míg a második a Windows NI/XP 
operációs rendszerekhez való. 

A legtöbb LTOOLS parancs szintaxisa 
teljesen logikus. A partíciókat például 
ugyanúgy kell megneveznünk, mint 
Linux alatt. Ha mondjuk a vars.inc 
nevű fájlt akarjuk átmásolni a /root 
fájlrendszerről (ami fizikailag 


1. táblázat Az L7OOLS parancsai 


lIread.bat 


Fáljok olvasása és másolása Linux partícióról DOS 


partícióra.Példa: Iread.bat --s/dev/hda2 
/root/vars.inc C: wars.inc 


lwrite.bat 


Fájlok másolása DOS-ról Linuxra. Példa: Iwrite.bat 


--s/dev/hda2 cC:Wars.i1nc /root/vars.i1nc 


ldel.bat 


Fájlok vagy üres könyvtárak törlése Linux fájlrendszerről. 


Hatása tulajdonképpen azonos az rm -f illetve rmdir 
parancsokéval.Példa: Ildel .bat /root/vars.inc 


lchange.bat 


Fájlok tulajdonságainak és tulajdonosának 


megváltoztatása Linux alatt (a chmod parancs 
megfelelője). Példa: Ichange.bat --s/dev/hda2 754 


/root/vars.inc 


Linux fájlrendszeren található fájlok átnevezése (az mv 


parancs analógja).Példa: Iren.bat --s/devhda2 


Könyvtár létrehozása a Linux partíción (az mkdir 


megfelelője). Példa: Inkdir.bat --s/dev/hda2 


Szimbolikus lánc létrehozása (az In megfelelője). Példa: 


1]n.bat --s/dev/hda8 /root/link /root/vars.1nc 


Könyvtárváltás (a cd megfelelője). Példa: lcd.bat /home/ 


Ilren.bat 
/root/vars.inc /root/var2.inc 
Imkdir.bat 
/root/newdir 
JN élb at 
lcd.bat 
ldrive.bat 


Az alapértelmezett Linux lemezmeghajtó kiválasztása. 


Példa: Idrive /dev/hda8 


mondjuk a /dev/hda2 partíciót jelenti) 
a C: meghajtóra, akkor a következőt 
kell tennünk: 


Iread.bat --s/dev/hda2 /root/ 
ssvars.inc C:Wars.1nc 


Teljesen hasonlóan ha ezt a fájlt vissza 
akarjuk írni a Linux fájlrendszerére, 
a következő parancsot használhatjuk: 


lwrite.bat --s/dev/hda2 
9c:Wars.inc /root/vars.inc 


Az LTOOLS csomag parancsairól az 

1. Táblázatban találunk összefoglalót. 
A fent felsorolt eszközök a ReiserFS 
fájlrendszereket nem támogatják. 
Éppen ezért az LTOOLS csomag 
tartalmazza az rfstools programot is, 
amit kifejezetten erre a célra írtak. 
Ahhoz, hogy Windows NIT/2000/XP 
vagy UNIX Linux alatt a merevlemez 
tartalmát olvashassuk, rendszergaz- 
dai jogosultságokra van szükségünk. 
Ha az LTOOLS parancsait egy nem 
adminisztrátori felhasználói fiókból 
futtatjuk, nem fogunk tudni hozzá- 


férni a lemez tartalmához. 

Az LTOOLS emellett nem foglal- 
kozik a Linux alatt érvényes , tulaj- 
donviszonyokkal". Ez egyben azt 
is jelenti, hogy ha egy felhasználó 
képes hozzáférni a gyökér fájlrend- 
szerhez, akkor azon azt alakít át, 
amit akar — beleértve persze 

a /etc/passwd tartalmát is. 


A .NET keretrendszerre támaszkodó 
ügyfélprogram az LTOOLS szolgálta- 
tásokban leginkább bővelkedő része. 
Futtatásához természetesen le kell 
töltenünk a Microsoft .NET keretrend- 
szert a 5 http://www.microsoft.com/ 
downloads webhelyről. 

Az ügyfél lehetővé teszi valamennyi 
Windows és Linux fájlrendszer böngé- 
szését. Szabadon átvihetünk köztük 
fájlokat, törölhetjük, szerkeszthetjük, 
vagy bármilyen más módon megvál- 
toztathatjuk azokat. Arra is lehetősé- 
günk van, hogy távoli fájlrendszereket 
becsatoljunk, és azok tartalmát ke- 
zeljük. Én magam ezt a lehetőséget 
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Copy Paste 


7) CONFIG.SYS 
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FT LocalSettings.php 
E) MSDOS.SYS 
FTINTDETECT.COM 
! ntidr 

[I search.log 
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1332127. .zp 9722/2006... 
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1 .SYS 2/177/2006... 

8. SS 5/12/2005... 

4697. .php 3/30/2006... 
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2. ábra A Cs LIOOLS fájlkezelő 


rendkívül hasznosnak találtam, ami- 
kor a webkiszolgálómmal volt némi 
problémám. Windows alól is minden 
további nélkül be tudtam csatolni 

a webes dokumentumokat tartalmazó 
fájlrendszert, és elvégezhettem 

a szükséges változtatásokat. 


Az LIOOLS Java keretrentdszerre 
támaszkodó ügyfélprogramja 

Aki Windows95/98/ME operációs rend- 
szert használ, az nem tudja telepíteni 
a Microsoft .NET keretrendszerét, 
mert annak nem készült ezekhez 

a rendszerekhez megfelelő változata. 
Ilyenkor jön jól a Java felület. Persze 
ehhez is le kell töltenünk egy Java 
futtatókörnyezetet (Java Runtime 
Environment), amit a 5 java.sun.com 
címen találunk meg. A Java interfész 
funkciói mindenben megegyeznek 

a .NET kliens szolgáltatásaival. 


Az LTOOLS web-alapú felülete 
lapasztalataim szerint az LTOOLS 


leghasznosabb kezelőfelülete a hoz- 
zá mellékelt webes szolgáltatás. 

Az LTOOLS csomag tartalmaz 

egy LREADSrv.exe nevű beépített 
webkiszolgálót, amit a felhasználó el- 
indíthat, és segítségével egy közönsé- 
ges webböngészőn keresztül kezelheti 
a fájlrendszerek tartalmát. Ennek óriá- 
si hasznát vehetjük akkor is, ha távoli 
felhasználókkal szeretnénk fájlokat 
megosztani. Ugyanakkor biztonsági 
szempontból nem javasolt az 
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LREADerv.exe futtatása egy globálisan 
hozzáférhető kiszolgálón. Ilyenkor 
ugyanis esetleg olyanok is hozzáfér- 
hetnek a fájlrendszer tartalmához, 
akikkel nem akarunk adatokat cserél- 
ni. Az LTOOLS saját kiszolgálóját 
tehát célszerűen csak olyan környe- 
zetben futtassuk, ahol egyéb módon 
biztosított, hogy csak a megfelelő fel- 
használók férhetnek hozzá a megosz- 
tott tartalmakhoz. Ilyen környezet 
például egy virtuális magánhálózat. 
Az LREADsrv.exe-nek amúgy vannak 
eleve ismert hibái, amelyeket a fej- 
lesztők a későbbi változatokban 
bizonyára ki fognak javítani. 

Ennek megfelelően a program a fej- 
lesztők szerint is alfa állapotú, és van- 
nak bizonyos képességbeli korlátai is. 
Ezek között egyesek éppen a HITP 
1.1-gyes webböngészőkkel való kom- 
patibilitást érintik, amilyen az Internet 
Explorer is. Ilyenkor a kiszolgáló vá- 
laszideje megnövekszik. Egy másik, 
adott esetben kifejezetten zavaró kor- 
lát abból fakad, hogy az LREADSrv 
program jelen változatában egyszálú, 
ami azt jelenti, hogy ha egyszerre töb- 
ben használják, akkor valamennyi vál- 
toztatás hatása globális. Így verseny- 
helyzetek alakulhatnak ki, illetve 
bizonyos szituációkban elveszhetek 
módosítások. Ráadásul az LREADSrv 
hibaellenőrzése is meglehetősen gyen- 
ge. A legtöbb felhasználói bemenetet 
(például a fájlneveket és ehhez ha- 
sonló információkat) egyáltalán nem 





ellenőrzi. Ha tehát a felhasználó 
elgépeli egy fájl nevét, vagy tévesen 
adja meg egy partíció nevét, a web- 
kiszolgáló instabillá válhat. Az egyet- 
len jó hír, hogy ez adatvesztést bizto- 
san nem fog okozni. 


Osszefoglalás 

Összességében elmondható, hogy 

a Linux felhasználóknak egyre jobb 
eszközök állnak rendelkezésére 

a Windows fájlrendszerek kezelésé- 
hez. Szerencsére létezik az ellenkező 
irányú hozzáférés is, hiszen mint 
láttuk, az LTOOLS számos különféle 
Linux fájlrendszerhez ad hozzáférést 
Windows aló, a legkülönfélébb fel- 
használói felületeken keresztül. 
Ugyanakkor az is igaz, hogy maradt 
még tér a továbbfejlődéshez is, hi- 
szen bizonyos nem is olyan ritkán 
használt fájlrendszer-típusok Win- 
dows alatti támogatása ma még meg- 
lehetősen hiányos, vagy egyáltalán 
nem létezik. Ilyen például az XES. 
Az olyan meghajtók fejlesztése, ame- 
lyek a Linux fájlrendszerek olyan 
speciális szolgáltatásait mint például 
az ext5 vagy a ReiserES naplózása is 
képesek kihasználni, egyelőre gye- 
rekcipőben szintén jár. A Linux fájl- 
rendszerek és a Windows operációs 
rendszer közötti átjárhatóság megva- 
lósítása ugyanakkor rendkívül fontos 
feladat, hiszen ennek hiánya sokakat 
megakadályozhat a nyílt forrású 
rendszerekre való váltásban. Összes- 
ségében tehát a nyílt forrású közös- 
ségnek tudomásul kell vennie, hogy 
a Windows egyelőre dominánsnak 
tekinthető az asztali gépeken, és a két 
rendszer közötti kölcsönös átjárható- 
ság biztosítása elemi érdekünk. 





icipici alkalmazások 


Nos, kedves Francois, látom rengeteg apró segédeszköz van állandóan 

a kezed ügyében, de nem gondolod, hogy egy kicsit túlzásba viszed a dolgot? 
Természetesen örülök, hogy ilyen gyorsan rá tudtál hangolódni a témára, 

de ha a mütyürkéktől már egy webböngészót vagy egy szövegszerkesztőt 

se tudsz kényelmesen elindítani úgy, hogy láss is valamit a képernyőn, akkor 
ugye átestünk a ló másik oldalára, nem gondolod? A kisalkalmazások lényege, 
hogy kicsik. Na de ha ennyit futtatsz belőlük, akkor nem marad helyed az 


érdemi munkára. 


N Na, nem baj Francois, ezt majd 
később megbeszéljük. Ami azt illeti, 
az olyan beágyazott alkalmazások, 
mint amiket te is használsz igazán jól 
illenek a mai menühöz. Na de most 
gyorsan el kell készülnünk, mert 
mindjárt itt vannak a vendégeink. 
Hoppá, már el is késtünk Francois, 
hiszen meg is jöttek. Szeretettel 
köszöntök mindenkit Marcel vendég- 
lőjében, a kivételesen finom borok és 
a legjobb Linux alkalmazások hazájá- 
ban. Kérem foglaljanak helyet és he- 
lyezzék magukat kényelembe. Franco- 
is, te meg indulj a pincébe, és hozz föl 
néhány palackkal az 1999-es Toszkánai 
Brunello di Montacinoból. Ott találod 
a délkeleti szárnyban közvetlenül 

a Chiantik után. 

Amíg hűséges pincérem a bort keresi, 
had meséljek egy kicsit a mai összeál- 
lításról. Korábban meséltem már róla, 
hogy mi mindenre jók azok az apró 
alkalmazások, amelyeket a képernyő 
alján a panelbe építve találunk. Ezeket 
kisalkalmazásoknak (applet) hívják 

és a legtöbbjüket úgy tervezték meg, 
hogy kényelmesen elférjen a tálcán, 
miközben hasznos szolgáltatásokat 
nyújt. Ami azt illeti, sokan úgy hiszik, 
hogy ezek alkotják a tálcát, pedig az 
maga is egy önálló kisalkalmazás. 

De ha már itt tartunk, akkor érdemes 
azt is hozzátenni, hogy a feladatváltó, 
a menü, az óra és maga a rendszer- 
tálca is ilyen kisalkalmazások. 
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nélkülözhetetlennek érzem 


Mielőtt továbblépnénk, azt hiszem 
nem árt megjegyezni, hogy a KDE fel- 
használóknak rendszerint egy panel 
van a képernyőjén, mégpedig annak 
az alján, míg a GNOME híveinek rög- 
tön kettő is jutott belőle, melyek közül 
egy alul, egy meg felül található. 

Ma mindkét asztali környezetről esik 
majd szó, de előbb a KDE-t kerítjük 
sorra. A lényeg, hogy az eddig felso- 
rolt kisalkalmazásokon kívül általában 
még rengeteg van telepítve a gépünk- 
re, csak fel kell fedezni őket. 

Ha új kisalkalmazást akarunk felvenni 
a KDE paneljére, a következőképpen 
kell eljárnunk. Kattintsunk a jobb 
egérgombbal a panelre, a felbukkanó 
helyi menüből válasszuk a , Hozzáadás 





a panelhez" (Add to Panel) pontot, 
majd abból , Kisalkalmazás" (Applet) 
alpontot (1. ábra). 

Erre a kisalkalmazások egy meglehe- 
tősen nagy gyűjteménye jelenik meg. 
Ezek közül választhatjuk ki, melyeket 
szeretnénk viszontlátni a képernyőn- 
kön. Az igazság az, hogy bármelyikbe 
könnyen beleszerethet az ember, de 
én most a számomra legkedvesebb 
darabra, a szótárra fogok koncentrálni 
(2. ábra). Valahányszor egy új rend- 
szert telepítek az első dolgom az, 
hogy ezt kitegyem a tálcára. Egyszerű- 
en el se tudom már képzelni a képer- 
nyőmet nélküle, hiszen döbbenetes 
hasznos kis programról van szó. 

Az ember csak begépel egy szót, az 
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3. ábra Ez csupán töredéke annak 
a rengeteg kisalkalmazásnak, 
amelyek a KDE részeként 
edcYát 


alkalmazás pedig automatikusan ráke- 
res a meghatározására több különbö- 
ző, az interneten elérhető szótárban. 
Bár nekem ez az egy az abszolút ked- 
vencem, azért számos más, hasznos is 
akad ebben a gyűjteményben. Sok más 
embertársamhoz hasonlóan engem 
sem ,hagy hidegen" az időjárás. 

Így aztán az erről tájékoztató kisalkal- 
mazás is ott virít a képernyőmön. 

(Ha valakit érdekelne, amikor ezt írom 
az idő kissé felhős, a hőmérséklet pe- 
dig 5 fok.) Kattintsunk a kisalkalmazás 
ikonjára a jobb egérgombbal, majd 
válasszuk a , KWeather beállítása" 
(Configure KWeather) pontot. 
Válasszuk ki a listából azt a várost, ahol 
élünk, és ezzel készen is vagyunk. 
Szintén hasznos eszköz a színérzékelő 
(color picker), amivel egy a képernyőn 
megjelenített dolog színkódját kérdez- 
hetjük le. Ez a dolog természetesen 
bármi lehet, tehát akár egy weblap tar- 
talma is. Van aztán egy olyan kisalkal- 
mazás, amely a hold fázisait tudja 
megjeleníteni. Mit mondjak, mámorító 
érzés tudni, hogy már csak hatot kell 
aludni a legközelebbi holdtöltéig. 

A ,kockák" kipróbálhatják a bináris 
órát. Nekik való. De hogy valami kife- 
jezetten értelmesről is essen szó, van 
rendszermonitorozó program is a gyűj- 
teményben. Szóval akit érdekelnek 

a kisalkalmazások, az kénytelen lesz 
némi időt szentelni a kipróbálásukra, 
ugyanis rengeteg van belőlük (3. ábra). 
Aztán ha az ember már elég sokat 
kísérletezett, akkor eljön az a pillanat, 
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amikor kezdi úgy érezni, hogy már 
nem fér el a saját képernyőjén. Nem- 
hogy alkalmazásoknak, hanem már 
az újabb ikonoknak sincs hely a tál- 
cán. Mi a teendő ilyenkor? Az egyik 
megoldás természetesen azoknak 

a kisalkalmazásoknak az eltávolítása, 
amelyeket valójában nem is haszná- 
lunk. Ehhez kattintsunk a panelen 

a jobb egérgombbal, a helyi menüből 
válasszuk az , Eltávolítás" (Remove) 
menüpontot, majd a , Kisalkalmazás" 
(Applet) alpontot. 

Persze megeshet, hogy úgy gondoljuk, 
mindarra, amit kiraktunk a tálcára 
valóban bármikor szükségünk lehet. 
Ilyenkor nem az eltávolítás a megoldás, 
hanem egy gyermekpanel létrehozása. 
Éppen erről beszélgettünk Francois-val, 
amikor Önök megérkeztek. Neki is na- 
gyon sok gyermekpanelje van kirakva, 
és ez finoman szólva a rendetlenség 
látszatát kelti. Nincs kétségem afelől, 
hogy a jelenlevők valamennyien ren- 
delkeznek a szükséges mértékű önura- 
lommal, ezért megmutatom, hogyan 
kell ezt a dolgot csinálni. Kattintsunk 

a jobb egérgombbal a panelen, vá- 
lasszuk a már ismert , Hozzáadás a pa- 
nelhez" (Add to Panel) pontot, majd 

a Panel alpontot. Ebben az almenüben 
több különböző lehetőséget találunk, 
melyek között akad egy Panel neveze- 
tű is. Kattintsunk hát erre, mire egy tel- 
jesen üres, szürke panel jelenik meg 
közvetlenül a mostani fölött. Most az- 
tán nekiláthatunk ezt is benépesíteni 
apró ikonokkal, de ami azt illeti mást is 





kezdhetünk vele. Vannak aztán más 
műveletek is, amelyek egy ilyen szép 
új panellel végezhetők. Ezekről akarok 
most néhány szót ejteni. 

Először is meglehet, hogy nem igazán 
vagyunk megelégedve az új panel el- 
helyezkedésével. Ha így van, akkor 
egyszerűen a bal egérgomb nyomva 
tartása mellett húzzuk arra a helyre, 
ahol lennie kell. Ezzel a mozdulattal 

a képernyő bármelyik oldalsó élére, 
vagy a tetejére is áthelyezhetjük. 
Ugyanezt úgy is megtehetjük, hogy 

a panelen a jobb egérgombbal kattint- 
va a , Beállítás" (Configure) menü- 
pontot választjuk. Ez azért jó, mert itt 
rögtön a panel méretét is átállíthatjuk, 
ha szükséges. 

A kisalkalmazásokkal kapcsolatos őrü- 
letből természetesen a GNOME rend- 
szer használói sem maradhatnak ki. 
Amint azt korábban említettem, itt is 
létezik a Panel megfelelője, és ezen is 
lehetnek is apró, hasznos programok. 
Bár GNOME esetében az alsó és felső 
panel egyaránt a rendelkezésünkre 
áll, én a továbbiakban inkább csak 

az alsóra fogok koncentrálni. 

A panel alapértelmezett kinézete és 
mérete itt némiképp változik attól füg- 
gően, hogy ki milyen terjesztést hasz- 
nál. Az én 2.12-es verziószámot viselő 
GNOME-omnak például 24 pixel széles 
a panelje. Ez azért érdekes, mert attól 
függően, hogy milyen kisalkalmazást 
akarunk rajta elhelyezni, előfordulhat, 
hogy annak a tartalma nem igazán lesz 
látható. Ha tehát sikerült beleütköz- 
nünk ebbe a problémába, akkor kat- 
tintsunk a panel egy üres területén 

a jobb egérgombbal és válasszuk a , Iu- 
lajdonságok" (Properties) menüpontot. 
Ennek hatására megjelenik a , Panel 
Tulajdonságai" (Panel Properties) nevű 
dialógusablak (4. ábra). 

lapasztalataim alapján — na meg 

a képernyőm méreteiből adódóan — 

a 48 pixelnyi szélesség éppen megfelel 
a célnak. Persze az, hogy ki mekkorára 
veszi ezt az értéket, az teljesen az 
elhatározásaitól és egyéni igényeitől 
függ, meg persze attól, hogy mennyi 
bort ivott előtte. Na jó, csak viccelek, 
de azért ez az egész igazán kiváló 
ötlet, nemde? Apropó Francois, kérlek 
tölts a vendégeinknek! 

Most, hogy magát a panelt méretre 
szabtuk, ideje, hogy találjunk rá né- 
hány szép kisalkalmazást. Kattintsunk 
tehát rajta a jobb egérgombbal és 
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szemléljük meg a felbukkanó menüt. 
Válasszuk a , Hozzáadás a panelhez" 
(Add to panel) pontot, melynek hatásá- 
ra a használható kisalkalmazások listá- 
ja jelenik meg (5. ábra). Lehet, hogy ez 
a lista egyszerűen csak az alkalmazá- 
sok felsorolása, némi leírással kiegészít- 
ve, de az is lehet, hogy mindenféle ka- 
tegóriák vannak benne. Akárhogy is, 
válasszunk ki valami nekünk tetszőt 
belőle, majd kattintsunk a , Hozzáadás" 
(Add) gombra. Jómagam elsőként 

a Fish nevűt próbáltam ki. Ez egy kis 
animált halacska, aki úszkálás közben 
mindenféle véletlenszerűen kiválasz- 
tott bölcsességeket meg egyéb arany- 
köpéseket jelenít meg. Amúgy 

a fortune parancsra támaszkodik, tehát 
alapjában véve nem új találmány. És 
igen kérem, a hal neve Wanda. Nem, 
hölgyeim és uraim, nem én találtam ki. 
Csak pár másodperc, és a kisalkalma- 
zás máris megjelent a panelen. 





Amikor egy ilyen program elindul, 
általában nem azon a helyen bukkan 
föl, ahova én helyezni szeretném. Sze- 
rencsére az áthelyezés sem különöseb- 
ben bonyolult. Egyszerűen kattint- 
sunk a jobb gombbal a képére, mire 
egy helyi menü jelenik meg (6. ábra). 
Az ebben található egyik pont neve 
Mozgatás" (Move). Kattintsunk tehát 
ide, mire egy kis kezet formázó ikon 
jelenik meg, amivel valóban mozgatni 
lehet a kisalkalmazás ikonját a pane- 
len belül. Vigyük tehát oda, ahova 
szerintünk való. Ezzel a módszerrel 
amúgy akár egy másik panelre is áthe- 
lyezhetjük (erről egy pillanat múlva 
még bővebben is szólok). 

Most pedig vessünk még egy pillan- 
tást arra a bizonyos menüre, és máris 
láthatjuk, hogy van benne még né- 
hány hasznos funkció. Például min- 
den alkalmazásnak lehet saját beállí- 
táskészlete. Az általam telepített Fish 
alkalmazáshoz például jár számos ki- 
egészítő grafikai elem, arra az esetre, 
ha valakinek nem tetszik a halacska. 
Ilyenkor kattintsunk a , Testreszabás" 
(Preference) pontra, és válasszuk ki 

a nekünk megfelelő megjelenést. 
Aztán megeshet, hogy végül mégsem 
akarjuk ezt a kisalkalmazást a pane- 
lünkön tudni. Ezt az , Eltávolítás" 
(Remove) ponttal oldhatjuk meg. 
Aztán ha elszabadult a kisalkalmazás- 
mánia, hamar kifuthatunk a szabad 
helyből. Igen, ez az a pillanat, amikor 
szükségünk lesz egy új panelre, akár- 
csak korábban a KDE-nél. Kattintsuk 
tehát a jobb gombbal a panel egy sza- 
bad területén, a helyi menüből pedig 





válasszuk az , Új panel" (New Panel) 
pontot. Egy üres, szürke panel jelenik 
meg, amit azonnal a képernyő meg- 
felelő helyére vonszolhatunk. Akár- 
csak az eredeti panelnél, itt is rendel- 
kezésünkre áll a , Mlajdonságok" 
(Properties) ablak, amelyben beállít- 
hatjuk az új példány méretét. 

Ami a GNOME kisalkalmazásait illeti, 
meglehetősen hasonló készletet ka- 
punk, mint amiről korábban a KDE 
kapcsán volt szó, bár némelyik funkci- 
onalitása eltérő lehet. A szótár és az 
időjárás természetesen most is kötele- 
ző jelleggel kikerül a képernyőre. 

A Fish és az egérmutatót követő 
szemek csak a móka kedvéért futnak. 
A képlopó kisalkalmazás (Take 
Screenshot) ugyanakkor különösen 
hasznos lehet dokumentációk készíté- 
se során. Mivel jómagam több rend- 
szeren szoktam egyszerre dolgozni, 
nálam a Terminal Server Client és 

a Connect to Server nevű programok 
is mindennapi használatban vannak, 
tehát a tálcán tartom az ikonjukat. 
Nos, kedves vendégeim, a falióra 
szerint megint eltelt egy napunk. 
Bárcsak olyan könnyű lenne néhány 
órányi idővel kiegészíteni a napjain- 
kat, mint amilyen könnyen kisalkal- 
mazások ikonjaival , felszerszámozni" 
a tálcát. Ez sajnos nem lehetséges, 

de kárpótlásul itt van nekünk hűsé- 
ges pincérünk, Francois, aki készen 
áll, hogy még egyszer utoljára tele- 
töltse mindenki poharát. Emeljük 
tehát poharainkat és igyunk egymás 
egészségére! 





4 


WI Az írási folyamatot leegyszerűsítve, 
a CD és a DVD a lemezre az író egy 
spirál mentén meghatározott távolság- 
ra világos vagy sötét pöttyöket képez. 
Ezek a pöttyök a spirál mentén kiol- 
vashatók, és egy összetettebb kódolási 
folyamat után bitsorozatként kiolvas- 
hatók. A LightScribe tulajdonképpen 
ugyan ezt műveli, de a lemez másik 
oldalán, ahol a világos és a sötét 
pöttyök sokkal eltérőbb színűek 
(arany és sötétbarna), a kiolvasást 
pedig az emberi szem végzi el. 

A LightScribe lemez címke oldalán 
ugyanis a spirálon egymás követő 
pöttyök egy nagyon nagy felbontású 
monokróm (kétszínű) kép részét képe- 
zik. Mivel a felírt kétszínű pöttyök 
(pixelek) nagyon kicsik, a lemezen 
elkészülő képen szürke-átmenetek is 
szépen ábrázolhatók, mégpedig közel 
fotóminőségben (1. és 8. ábra)! 


Mi kell a LightScribe használatához? 
Hardver szempontjából egy Light- 
Scribe képes író és legalább egy 
LightScribe CD vagy DVD lemez. 
Mindkettő , alkatrész" kapható na- 
gyobb vagy felkészültebb számítástech- 
nikai üzletben. Azt kell mondjam, hogy 
a igencsak mellé kell nyúlni ahhoz, 
hogy egy újonnan vásárolt DVD író 

ne legyen felkészítve LightScribe lemez 
írására. A lemezek többsége azonban 
még nem LightScribe, így itt többet 

kell válogatnunk. lermészetesen 

a LighScribe lemez (még) drágább, 
mint a megszokott lemezek! 

A technológia megjelenésekor Linux 
alá egyáltalán nem volt olyan program, 
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amely lemezcímkét tudott volna írni, és 
ez egészen 2006 közepéig így is maradt. 
2006 őszére viszont megérkezett egy 
nagyon egyszerű LightScribe program, 
amelyet a 3 http:/www.lightscribe.com 
oldalról lehet letölteni. Ezen az oldalon 
három RPM csomagot találunk, ame- 
lyek közül kettő mindenképpen szük- 
séges, mégpedig a lightscribe-1.4.124.1- 
linux-2.6-intel.rpm, amely az alapvető 
hardverkezelésért felel; illetve 

a lightscribeApplications-1.4.119.1- 
linux-2.6-intel. rpm, amely egy nagyon 
egyszerű címkéző programot rejt 
(SimpleLabeler). A harmadik csomag 
segítségével tudunk saját LightScribe 
programot írni (ehhez kell az SDK). 

A csomagokat feltelepítve a címkéző 
program még nem épül be az ablakke- 
zelő programok menüjébe, így csak 
parancssorból tudjuk indítani, vagy 
készítünk rá egy alkalmazása mutató 
linket a munkaasztalra (vagy hozzáad- 
juk a menühöz). A program jelenleg 

a /opt/lightscribeApplications/ Simple 
Labeler/ könyvtárba települ, és ott 

a SimpleLabeler programot tudjuk 
elindítani. 


Egyszerű címkézés 

A program egy bemutatkozó oldallal 
indul (2. ábra), és az immár klasszikus 
, varázsló" stílusban készíthetjük el 

a lemezeink borítóját. 

A Next gomb megnyomásával tovább 
tudunk ugrani a program fő részéhez 
(3. ábra), amelyen kiválaszthatjuk a kí- 
vánt lemezmintázatot, és két szöveget, 
amelyet a program ráír a lemezre. En- 
nél többet sajnos nem tud a program, 





(d ghtScribe Képei 1 s éteg) 2 9 74t x 
Fájl Szerkesztés Kijelölés Nézet Kép Réteg Eszközök Párbeszédablakok Szűrők Python-Fu  Script-Fu 
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antzemee LightScribe 


szei Simple Labeler 


Please insert a LightScribe disc 
into your drive, label-side down 











bár sok esetben is is bőven elég lehet. 
Az ablak alján kiválaszthatjuk, hogy 
melyik íróval és példányszámmal 
írjuk meg a lemezcímkét. Ha nincs 
LightScribe képes íróeszközünk, 
akkor ezen a ponton nem jelenik 
meg egy eszköz sem. 


Step 3: Select Light Scribe Drive 
Mive: TSSTEorp - CD/DVD SH-ST8Z2M - $B01 Wdewésr1) 


Copies: [1 16 


Printing . .. 

TSSTcorp - CO/DVOW $H-S1982M - $BOT Wdewvisr1) 

1o0f1 

: About 18 minutes 
1097 
DIRECI DISC LABELING 
How LightScribe Works 
The laser inside a alkat ESR ááá ibe technology focuses light energy onto a thin dye coating 
special ci 


on the label side of the disc. Only Light Scribe media has this kiss trásíríslák térés 
"Light Scribe" name when purci ze Aiyetejag naty 


! The light from the laser causes a chemical change in the dye coating that shows up on the disc. With laser 
precision, the drive renders the text and images that you created for the label. 


Visít lightscribe com for more information about Light Scribe technology (an Internet connection is reguired) 


Step 1: Enter Your Label Text 





Tap Text 





Bottom Text: Í 


Font: Sans Serit 


Step 2: Select Border 


Step 3: Select light Scribe Drive 


Diive:  ( TSSTEorp - CD/DVDW SH-S182M - $BO1 Wdevisr1) 








Ha tovább lépünk, akkor a program 
készít egy előnézetet a lemezcímkéről 
(4. ábra), ha nem tetszik, vissza tudunk 
lépni az előző ablakba, és változtatáso- 
kat eszközölni. 

Ezek után a program elkezdi felírni 

a címkét a lemez hátoldalára (5. ábra), 
azért lehetőleg pont fordítva tegyük 
be az íróba a LightScribe lemezt, mint 
azt íráskor megszoktuk. Írás közben 

a Simple Labeler különféle reklámok- 
kal szórakoztat, s ideje van rá, ugyanis 
20 percig is eltart a címke elkészítése. 


Haladóknak 


Kis utánajárással a Simple Labeler tel- 
jes körű címkéző programmá alakítha- 
tó, ugyanis a content/images/borders/ 
könyvtárban találhatjuk meg azokat 

a háttérképeket, amelyek a program- 
ban — mint választható minták - jelen- 
nek meg. Három könyvtár rejti ezeket 
a mintákat: fullsize, metadata, és 
thumbnails; ezek rendre a teljes mére- 
tű képeket, a képek nevét, illetve az 
előnézetüket tartalmazzák. 

Egy LightScribe háttérkép könnyedén 
elkészíthető GIMP segítségével, persze 
csak akkor, ha jártasak vagyunk 

a GIMP használatában. A képek mére- 
te 2773x2773 pixel, és a formátumuk 
PNG, használhatunk színeket is, de 
úgyis monokróm kép készül a lemez 
hátoldalára. Viszont érdemes a képet 

a GIMP segítségével szürkeárnyalatos- 
sá konvertálni, és megemelni a kont- 
rasztot, különben nagyon halovány 
képet kaphatunk a lemez címkéjén. 

Az előnézeti képek mérete 86x86 pixel, 
ezt könnyedén el tudjuk készíteni alap- 
vető GIMP tudással, elég a kész címke 
egy részét kivágni és átméretezni. 

A metaadatokat simán másolhatjuk, 
ezeknek a furcsasága, hogy UTF-16 





kódolással készültek, XML formátum- 
mal bírnak, egy XML-szerkesztővel 
gond nélkül szerkeszthetők. Ha nincs 
XML-szetrkesztőnk, akkor át kell 
kódolnunk például UTF-8 kódra és 
ezt már bármelyik konzolos editorral 
tudjuk szerkeszteni. 

Célszerű egy új nevet (például 
md00009) választani, és ezzel létrehoz- 
ni a kettő PNG és a metaadat-hodozó 
XML állományt. A Simple Labeler 
program indulás után észre fogja 
venni az újabb mintát, és használni 

is tudjuk (6. ábra). 

Ha írni akarunk a mintánkra, akkor 
megtehetjük a címkéző programmal 
is, de a GIMP sokkal tágabb lehetősé- 
geket ad szövegek írására. Egyszerűen 
csak ki kell törölni a , lop text" és 

a ,Bottom text" szöveget, a program 
ekkor nem rondítja össze a szépen 
koreografált címkénket. 

Az előnézetben megtekinthetjük 

(7. ábra), hogy valóban szépen néz-e ki 
amit elterveztünk, a program ugyanis 
rárajzolja a lemez írási határait is. 

A kész művünk (8. ábra) minden 
Agényt" kielégít, egy alkoholos filctoll 
biztos nem ilyen eredményt ad, bár 

a késztermék még messze van a szitá- 
zott lemezcímkétől, és sajnos csak mo- 
nokróm lehet, de a gyártók már gőz- 
erővel dolgoznak a színes lemezcímke 
technológiáján. lalán az újraírható 
LightScribe is meg fog érkezni egykor... 


Auth Gábor 
(auth.gabor(wvjavaforum.hu) 


NT TTV TÁ 


LightScribe technológia — 
2 http:/Avww.lightsecribe.com 
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VNC (Virtual Network 
Computing) egy rendkívül 
népszerű és elterjedt eszköz, 


melynek számos kereskedelmi és 

nyílt forrású változata érhető el az 
Interneten. Munkaasztal megosztó al- 
kalmazás, mely egy szerverből (a távo- 
li gépen fut, melynek a munkaasztalát 
megosztjuk) és kliens(ek)ből áll. Szinte 
minden mai operációs rendszeren 
megtalálható, sőt Java megvalósítása 
is van. RFB (Remote FrameBuffer) 
protokollt használja arra, hogy a meg- 
osztott asztalt billentyűzettel illetve 
egérrel irányítsuk. Ezt eredetileg az 
Olivetti Research Ltd és az ATST Labs 
fejlesztette ki. Plattormfüggetlen 
kapcsolatokat is létrehozhatunk vele, 
például linuxos VNC kliens képes 

akár Windows rendszeren futó 
szerverhez csatlakozni. 


Használjunk VINNC-t, de melyiket? 
RealVNC, TightVNC, UltraVNC, 
PalmVNC, KDE Desktop Sharing, 

és így tovább, mind VNC változatok. 
Ezek közül a RealVNC-t, illetve a KDE 
alatti fejlesztéseket vizsgáljuk meg 
közelebbről. A RealVNC egy nagyon 
jól skálázható munkaasztal megosztó 
alkalmazás, a KDE-s krfb (K Remote 
Frame Buffer) illetve krdc (K Remote 
Desktop Client) pedig pont az ellen- 
téte, egyszerű, könnyen kezelhető 
programok. 


RealVNC (Free Edition) 


Egyik legelterjedtebb változat, mely 
egyaránt megtalálható Windows 

és Linux alatt is. Free, Personal és 
Enterprise edition verziók érhetőek el 
belőle. Szabadon használható, és egy- 
ben a legkisebb tudású Free Edition-nal 
foglalkozunk, mely igazából csak 
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a VNC3 illetve VNC4 protokollokat tá- 
mogat semmi mást. A ,nagy testvérek" 
már titkosított adatátvitelt, fájlmásolást, 
Windows asztal átméretezést, Win- 
dows és NIS/NIS- felhasználói azono- 
sítást is támogat. Legfrissebb verzióját 
a 5 http://www.realonc.com/ 
download.htmi oldalról tölthetjük le. 


Windows alatt 

A Vncserver alkalmazást általában 
Windows alá telepítjük (legtöbbször 

a Windows felhasználók szorulnak 
segítségre :), kezdjünk tehát ezzel. 
Windows-os változat roppant egysze- 
rű, a szokásos , tovább" gombokra 
kattintás után a , beállítások" ablak 
jelenik meg. 

A teljesség igénye nélkül nézzünk 
néhány fontosabb beállítást. 

Az ,Authentication" fülre kattintva né- 
hány, a kapcsolat létesítését befolyásoló 
beállítási lehetőséget találunk. Először 
is azt dönthetjük el, hogy akarunk-e 
jelszavas azonosítást (No Authenti- 
cation/VNC Password Authentication). 
Ha igen, akkor a VNC Password 
Authentication rádiódomb mellett elhe- 
lyezett , Configure" gomb segítségével 
állíthatjuk be a szupertitkos jelszavun- 
kat. Ne felejtsük el, hogy bejelentke- 
zéskor a jelszavunk mindenfajta titko- 
sítás nélkül , utazik" kiszolgálónkhoz. 
Sajnos a ,NT logon Authentication" 
(Windows bejelentkezés kezelés) és 

a ,Encryption" (titkosított adatátvitel) 
lehetőségek a VNC Free Edition verzió- 
ban nem elérhetők. A , Prompt local 
user to accept connections" beállítás 
engedélyezésével, csak akkor tudunk 
csatlakozni a kiszemelt VNC kiszolgá- 
lóhoz, ha a gép előtt ülő felhasználó 

a felbukkanó dialógus ablak segítsé- 
gével engedélyezi azt. 





hé D ln Server Properties (Service-Mode) xi 


Sharing ] Desktop ] Capture Method ] Legacy ] 
Authentication ] Connections ] Inputs 


€ No áAuthentication 


(2 VNC Password duthentication 


(Configure 
Encryption: [diways Or r] Generate Keys 


T Prompt local user to accept connections 


€ NT Logon Suthentícation 


FT Only prompt when there ís a user logged on 


OK I Cancel / £pply [ 





A ,Connections" lapon a kliensek kap- 
csolódásait szabályozhatjuk. Megad- 
hatjuk, hogy VNC szerverünk mely 
ICP kapun hallgatózzon (alapértelme- 
zett az 5900), mennyi idő után szakítsa 
az inaktív kapcsolatot (alapértelmezett 
a 3600 másodperc), illetve az , Access 
Control" komponenesen elhelyezett 
listában adhatunk meg IP címeket, 
alhálózatokat, ahonnan a kapcsolatot 
kiszolgálónk elfogadja. A , Only accept 
connections from the local machine"-t 
engedélyezve, a távoli bejelentkezést 
tudjuk tiltani. 

vInputs" lapon érdekes és egyben 
hasznos beállításokat találunk. , Accept 
pointer events from clients"-t engedé- 
lyezve képesek vagyunk az egérmu- 
tatót mozgatni, klikkelni. , Accept 
keyboard events from clients" engedé- 
lyezése esetén aktív VNC kapcsolat 
alatt a billentyűzetünkkel tudunk 
adatot bevinni a VNC szervert futtató 
gépen. Előfordul, hogy a VNC kliens 
vágólap tartalmára van szükségünk. 





ú Medium (256 colours) 
(7 Low (64 colours) 





Ekkor jól jöhet a , Accept clipboard 
updates from cliens" lehetőség enge- 
délyezése, így a kliensen vágólapra 
másolt adatokat saját VNC viewer-t 
futtató gépünkön is elérhetővé válik. 
lermészetesen a kliens vágólapjára 

is küldhetünk adatokat, ha a , Send 
clipboard updates to clients"-t engedé- 
lyezzük. Engedélyezett , Allow input 
events to affect the screen-saver" kap- 
csoló esetén képesek vagyunk az eset- 
legesen aktiválódott képernyő pihen- 
tetőt megszakítani, és munkánkat to- 
vább folytatni (Mondanom sem kell, 
hogy milyen kellemes dolog, ha ez az 


opció nem engedélyezett, és a , tanult" 


felhasználónk gépén egy perc után 
már a buborékokkal teli akvárium 
élménye tárul elénk). Sok esetben elő- 
fordul hogy a brutális , Disable local 
inputs while server in use" lehetőséget 
is engedélyeznünk kell (a , magától" 
működő egér igen irritálja a ,lúzert"). 
Ekkor a felhasználónk csak 

a POWER/RESET gombok felett 
uralkodik. 

A VNC szerverhez egy időben akár 
több VNC kliens is képes csatlakozni. 
Mint neve is mutatja a , sharing" fülön 
a VNC kapcsolatok megosztásait befo- 
lyásolhatjuk (,mindig/soha/kliens ol- 
dali beállítás" szerint fogad el osztott 
kapcsolatokat), illetve a , Non-shared 
connections replace existing ones" 
hatására, egy új kapcsolat megszakítja 
az épp folyamatban lévőt. 

Alacsony sávszélességnél jól jöhet 

a ,desktop" fül beállításai, ahol 

a háttérkép és háttérminták átvitelét, 
sőt a grafikus effektusok egy részét 


is letilthatjuk. Ugyanitt állíthatjuk be, 


hogy mi történjen az utolsó kliens 
lekapcsolódása esetén (Do nothing, 


ne történjen semmi / Lock 
workstation, fiók zárolása / Logoff 
user, aktív felhasználó kijelentkez- 
tetése). , Capture method" fülön 

a megjelenített kép átvitelének mód- 
ját befolyásolhatjuk. , Poll for changes 
to the desktop" kiválasztása esetén 
csökken a VNC szervert futtató gép 
terhelése, viszont nő a válaszidő az 
egérrel illetve billentyűzettel kivál- 
tott eseményekre. , Use VNC hooks 
to track changes" a klasszikus VNC 
képfrissítési eljárás előnye, hogy 
gyorsabb, szebb képífrissítést ered- 
ményez, bár bizonyos esetekben 
,elveszett" (nem frissült) területek 
is megjelennek a VNC kliensünk 
ablakában. A , Poll console windows 
for updates" engedélyezése nélkül 
az esetlegesen futtatott , cmd" pa- 
rancs ablaka rendkívűl lassan fris- 
sül, ezért érdemes ezt a beállítást 
engedélyezni. , Capture alpha- 
blended windows" opcióval két kép- 
megjelenítési eljárás közt választha- 
tunk. Ha nem engedélyezett, akkor 
gyorsabb kép-megjelenítést kapunk, 
viszont néhány grafikus effektus 
(például buborékok) nem jelennek 
meg. Ellenkező esetben minden 
grafikus effektus átvitelre kerül 

a klienshez, de ez a rendszer 
terhelését természetesen növeli, 

sőt a helyi egérmutató sok esetben 
vibrál a képernyőn. 

Nagyjából ennyi a Windows alatt futó 
RealVNC szerver beállításairól. Viewer 
(kliens) részében nagyon hasonló 
beállításokat találunk, használata 
szinte gyerekjáték, ezért ezt most 
nem részletezem. 


Linux alatt 

A 2 http:[/www.realonc.com/products/ 
free/4.1/download.html címről a lefor- 
dított Linux binárist illetve a forrás- 
kódot is letölthetjük. Maradjunk az 
előre fordított bináris csomagnál. 
Kicsomagolás után a ./vncinstall 
szkripttel tudjuk helyére pakoltatni 
a fájlokat. A parancs paraméterként 
várja a bináris fájlok helyének elérési 
útját (/usr/local/bin javasolt), 

a man oldalak telepítési útvonalát 
(/usr/1ocal /many illetve a VNC 
local/1ib). Ha minden jól ment, 
akkor már használható is a frissen 
telepített VNC csomagunk. 

Nézzünk meg néhány VNC progra- 


mocskát és azok fontosabb beállításait. 
A vncviewer egy egyszerű és na- 
gyon gyors kliens program, paramé- 
terként a VNC szervert kiszolgáló 
gép nevét is a port számot adhatjuk 
meg (például localhost: 5902). 

Aki idegenkedik a parancssori kap- 
csolóktól, az indítsa paraméter nél- 
kül, mivel szinte minden beállítása 
elérhető grafikusan is. 

Szinte minden beállítás megegyezik 
a Windowsos verziónál tárgyaltakkal. 
A képátvitel kódolása mellett kivá- 
laszthatjuk a megjelenítendő szín- 
mélységet. Említést érdemel a , View 
only" opció, mely hatására csak bete- 
kintést kapunk a távoli asztalra, egér 
és a billentyűzet eseményeit nem 
küldi el kliensünk a kiszolgálónak 
(így majdnem észrevétlenek lehe- 
tünk). A ,Render cursor locally" en- 
gedélyezésével kliens gépünk fogja 
az egérmutatót megjeleníteni, ami 
akkor lehet hasznos, ha alacsony 
sávszélesség mellett érjük el kiszol- 
gálónkat, így az egérmutató nem 
fog ,szaggatni". 

Az Xvnc tulajdonképpen az X VNC 
szerver program. Ez indít el egy VNC 
szervert és egy új X szervert virtuális 
framebuffer-ként. Normális esetben 

a lentebb bemutatott vncserver 
szkript indítja el, megfelelő paraméte- 
reket átadva, de természetesen önálló- 
an is futtatható. Parancssori kapcsolói 
közül érdekes lehet a -localhost 
kapcsoló, melynek hatására csak 

a gazdagépről fogad el kapcsolatokat. 
Gyakorlati haszna leginkább az SSH 
port átirányítással kombinálva van, 
hiszen a VNC felhasználó-azonosító 
mechanizmusa nem igazán mondható 
biztonságosnak, mivel minden egyes 
ICP csomag titkosítás nélkül kerül 
továbbításra. A -aueryConnect kap- 
csolóval indított VNC kiszolgáló új 
kapcsolat létrehozása előtt a gép előtt 
ülő felhasználó jóváhagyását kéri. 

Az Xvnc program képes egy mini-http 
kiszolgálót is futtatni, a -httpd 
celérési út: helyen található Java 
viewer-t futtatva. Így akár weben ke- 
resztül, egyszerű böngésző segítségé- 
vel is elérhetjük távoli asztalunkat. 

A -httpPort cportszám: segítségé- 
vel állíthatjuk be, hogy a mini web 
kiszolgálónk melyik TICP kapun hall- 
gatózzon kapcsolat után. A -inetd 
kapcsolóval kiszolgálónk tudomá- 

sul veszi, hogy igény esetén az 





1. táblázat A vncserver néhány hasznos kapcsolója 


-name czasztalnévs 


-geometry cszélesség x magasságsz 


-depth cszínmélységsz 


-kil] c:képernyőz 


vncpasswd 


vncconfig 


inetd/xinetd fogja elindítani. Xinetd 


Lp a 


esetén a következővel kell bővíteni 
a xinetd. conf állományt: 


service vnc01 


ni 
protocol tcp 
socket type - stream 
user - programmer 
wait — no 
server - /usr/bin/xvnc 
server args -— -inetd 


5 -geometry 1024x768 -depth 
5167 EGDAÚUN 


/home/programmer/ . vnc/passwd 


A kapcsolóval a kliensnél megjelenő asztal nevét állíthatjuk be. 


A megjelenítendő asztal méretét állíthatjuk be (alapértelmezett méret 


a OZAKZOS 


Megjelenítés színmélységet adhatjuk meg 8,15,16,24 értékek közül 


(alapértelmezett a 16 bpp). 


Az előzőleg indított VNC képernyő futását megszakítja 


(vncserver -kil] localhost:1). 


Segítségével beállíthatjuk illetve menet közben cserélhetjük a VNC kiszolgáló 
eléréséhez szükséges jelszavat. A vncszerver szkript első indításkor, futtatja 
a vncpasswd-t. Jelszavunknak minimum hat karakter hosszúnak kell lennie, 
mely kódoltan a saját mappánk / . vnc/passwd fáljába íródik. 


E program segítségével lehet a futó Xvnc beállításait módosítani. A vncconfig 
program VNCZ előtti verzióknál nem használható. 


a :0 képernyő, akkor a VNC automa- 
tikusan a :1 képernyőn indul el). 
Néhány hasznos kapcsolóját 

az 1. Táblázatban foglaltuk össze. 


Nem csak ennyi 

A Windowsos illetve Linuxos RealVNC 
verziók is ettől több és összetettebb 
opciókkal rendelkeznek, melyeknek 
ismertetésével talán még egy könyvet 
is meg lehetne tölteni. Aki többre 
kíváncsi, annak ajánlom a VNC eléggé 
részletes súgóoldalait. Ettől függetle- 
nül elmondható, hogy a VNC prog- 
ramok döntő többsége, könnyen és 


egyszerűen használható, minimális 
ismeretével már sikeresen oszthatunk 
meg munka asztalokat. 


KDE alatt 

Krfb, krdc a legtöbb disztribúció 

KDE telepítése tartalmazza, általában 
a kdenetwork csomag részei. 
Használatuk nagyon egyszetű, segít- 
ségükkel, néhány , klikkeléssel" képe- 
sek vagyunk kedvenc asztalunkat 
megosztani, illetve távoliakat elérni. 
Egyik program sem rendelkezik hasz- 
nos parancssori kapcsolókkal, min- 
dent grafikusan tudunk beállítani. 


I; 
Utána adjuk ki a 


ff echo "vncOl 50001/tcp" s: 
ss /etc/services 


Desktop 
Sharing 


parancsot, ettől az xinetd tudni fogja, 
hogy a vnc01 szerviz az 50001-es ICP 
kaput jelenti. Az xinetd újraindítása 
után már kapcsolódhatunk is az új 
VNC asztalunkhoz, mely 1024x/68 
méretű, 16 bites színmélységgel. 

Az -rfbauth kapcsolóval a felhaszná- 
ló jelszavát tartalmazó fájlt adjuk meg. 
A vncserver egy Perl szkript, mely 
elindítja a VNC szerver szolgáltatást, 
illetve létrehozza a szükséges konfigu- 
rációs fájlokat. Paraméterként megad- 
hatjuk, hogy hányadik X képernyő- 
ként induljon el (például vncserver 
:13). Ha nem adunk meg semmit, 
akkor az első szabad X képernyőt 
veszi alapértelmezettnek (Ha fut X 
kiszolgáló gépünkön, ami általában 


Üdvözöljük a KDE munkaasztal-megosztásnál! 

A munkaasztal-megosztás segítségével lehetővé teheti távoli 
felhasználóknak az Ön munkaasztala elérését. sőt akár 
átvehetik annak irányítását is. További információ a 
meghívákról... 
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Üzenet Szerkesztés Nézet Jellemzők Csatolás Eszközök Beállítások Segítség 


2 DID É S ú 


Tárgy: 


Munkaasztal-megosztási (VNC) meghívás 


Meghívás érkezett egy /7"7C-kapcsolatra. Ha telepítve van a gépen a KDE távoli 


csatlakozási programja. kattintson az alábbi linkre. 


vnelhrmetnton jat 9-X51010.10.10.236:0 


Tetszőleges vNI.-kliens használható az alábbi paraméterekkel: 


Gépnév: 10.10.10.236:0 
Jelszó: 11 £9-X5f 


Ha az alábbi linkre kattint, böngészőből hozhat létre 


VNC-kapcsolatot. 


nnpy10.10.10.236:5800/ 


Biztonsági okokból a meghívás rövid időn belül (2006. 10. 31. 08.33) lejár. 


I [ Oszlop: 1 (Sor: 1 


Újbóli átvizsgálás Keresés; 





——— — 


Típus 


A távoli munkaasztal: w iv 





Protokoll 


Tallózás cz 


Adja meg annak a gépnek a címét, amelyhez csatlakozni szeretne, vagy a hálózat 
böngészésével válassza ki a kívánt gépet. VNC vagy RDP protokollt támogató távoli gépekhez 


lehet csatlakozni. Példák 


(2 Segítség 


A krfb indításakor lehetőségünk 

van meghívók kezelésére. 

, Egyéni meghívó készítése" menüpon- 
tot általában a segítségre szoruló fel- 
használók használhatják, akik problé- 
ma esetén a távoli rendszergazda segít- 
ségét kérik. Megjelenik egy ablakban 
gépük IP címe, egy, a program által ge- 
nerált jelszó, és a lejárási idő. Ameddig 
érvényes a meghívó (lejárási idő), ad- 
dig lehet kapcsolódni a megosztásunk- 
hoz. Megosztás kész, most már rajtunk 
múlik, hogy a távoli felhasználónak 
hogyan juttatjuk el ezeket az adatokat. 
, Meghívó küldése emailen" menüpont 
nagyon hasonló az előzőekhez, csak 
itt a krfb elindítja a rendszer alapértel- 


44 Beállítások 


, £3) Bezárás 





mezett levelező kliensét, és egy új 
levelet hoz létre, mely tartalmazza 

a jelszavat, IP címet, lejárási időt. 
,Meghívók kezelése" menüpont kivá- 
lasztásakor a már létrehozott meghívó- 
ink listáját láthatjuk, melyet bővíthe- 
tünk újakkal, de törölhetünk is belőle. 
A krfb főablakán találunk még egy 

, Beállítás" gombot, melyre kattintva 
egy KDE beállítómodul indul el, 
mellyel minimálisan befolyásolhatjuk 
kiszolgálónk működését. A , Meghívás 
nélküli kapcsolatok engedélyezése" 
beállítást engedélyezve a felhasználó 
meghívása nélkül is tudunk kapcso- 
lódni a krfb-t futtató géphez, csak 

a jelszavat kell ismernünk. , A szolgál- 





tatás bejelentése hálózaton" opciónak 
meghívás nélküli kapcsolatoknál van 
értelme, mikor a kiszolgáló üzenetet 
küld a hálózaton lévő gépeknek 

a szolgáltatás létezéséről. Beállíthat- 
juk, hogy a felhasználó jóváhagyása 
nélkül is átvehessük a teljes kontrollt 
az asztal fölött. 

, Munkafolyamat fülön" a háttérkép 
átvitelét lehet letiltani (alacsony sáv- 
szélességnél hasznos), míg a hálózat 
fülön a ICP kapu automatikus kivá- 
lasztását tudjuk befolyásolni. 

A krdc nagyon egyszetű, felhasználó- 
barát VNC/rdesktop kliens. , A távoli 
munkaasztal" mezőbe írhatjuk be a cél 
URL-jét. Egyszerű VNC kapcsolat ese- 
tén elég a ,hostnév:port" URL-t megad- 
ni. lerminál szerver elérése esetén 

a hosztnév elé egy rdp;/ tagot kell csak 
szúrnunk (rdp:/rdpszerver). A , Beállí- 
tások" gombra kattintva jelenik meg 

a krdc beállító panelja. , Profilok" fül 
tulajdonképpen egy , history" azokról 
a kapcsolatokról, melyeket már hasz- 
náltunk. A , VNC alapértelmezései" illet- 
ve , Az RDP alapértelmezései" füleken 
a két protokollra vonatkozó alapbeállí- 
tásokat találjuk, mint a VNC csatlako- 
zás típusa átviteli sebesség szerint, digi- 
tális notesz (kwallet) jelszókezelő hasz- 
nálatának engedélyezése, míg az RDP 
fülön a munkaasztal méretét, szín- 
mélységét, illetve a kívánt billentyűki- 
osztást tehetjük alapértelmezetté. 


KDE , feeling" 


A krfb és a krdc is olyan, mint maga 
a KDE. Nagyon szép, nagyon 
könnyen kezelhető, minimális be- 
állítási lehetőséget kell átnéznünk, 
viszont cserébe egy lassú elindulási 
és működési sebességet kapunk (egy 
RealVNC klienssel összehasonlítva). 





Gráma Tibor 
(tibor.grama(ohoya.Imh.hu) 


1997 óta , LIiNUxozik 
UHU hívő. Szabadidejé- 
ben gyermekeivel és 
vizsla kutyáival játszik, ha éppen nem 
kertészkedik vagy horgászik. 
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vas felhasználásával. 


W Egy hűtés, fűtés és légkezelés 
területén tevékenykedő barátommal 
folytatott beszélgetésem után vágtam 
bele ebbe a projektbe a hőmérsékleti 
adatok távolról történő eléréséhez és 
rögzítéséhez. Az ő feladata biztosítani, 
hogy a kinti időjárástól függően kelle- 
mes legyen a benti légkör — nem túl 
meleg, de nem is túl hideg. lapaszta- 
lata szerint sok új berendezésben 
adódnak kezdeti hibák, amelyeket 
meg kell oldani, hiszen nincs két pon- 
tosan egyforma összeállítás. A munka 
utolsó szakasza a legnyomasztóbb. 

A befejezés után a vásárló felhívja, 

és közli, hogy valami nincs rendben. 
A megrendelő elégedetlen, 

de a barátom nem tudja, hol kezdje 
keresni a problémát, mert nincs 
semmi használható objektív informá- 
ció a berendezés hibás működésének 
mibenlétéről. 

Egyetértettünk abban, hogy hasznos 
lenne rögzíteni a külső hőmérsékletet, 
és elektronikusan naplózni a mérése- 
ket. Ez lenne a hibakeresési folyamat 
javításának egyik módja. Ezután el- 
kezdtem olcsó, könnyen telepíthető 
és egyszerűen használható készre 
gyártott rögzítőeszközt keresni. A ke- 
resgélés során rengeteg kereskedelmi 
terméket és készletet találtam. Voltak 
önállóak, és voltak olyanok, amelyek 
számítógép segítségével jelenítették 
meg és rögzítették a hőmérsékleti ada- 


Készítsünk távoli hőmér- 
séklet-figyelő berendezést 
kis igényű Linux és olcsó 


tokat. A három követelmény egyfor- 
mán fontos volt, és a termékek több- 
ségét túl drágának találtam a költség- 
vetéshez képest. A telepítés egyszerű- 
sége volt a másik jellemző probléma. 
Bizonyos eszközök huzalozása bonyo- 
lult volt, vagy követelmény volt, 

hogy a hőmérséklet mérésének helyén 
kell elhelyezni. Sokan úgy gondolják, 
hogy a hőfokszabályzó csak elcsúfítja 
a falat, ezért nem lehetett volna 
könnyen meggyőzni őket, hogy még 
egy dobozt szereljenek fel a hőmér- 
séklet rögzítésére. 


A linuxos megoldás 
A költségek és a telepítés problémái- 
nak orvoslására végül megvizsgáltam 
a rendszer alkotóelemenként történő 
felépítésének lehetőségét. A Linux el- 
vét követve, amely az eszközök össze- 
gyűjtésével és egyesítésével oldja meg 
a feladatokat, arra gondoltam, hogy 
egy digitális multimétert és egy számí- 
tógépet használok, valamint egy prog- 
ramot, amely segítségével együtt tud- 
nak működni. A terv szerint az RS-232 
soros kapuval ellátott digitális multi- 
méter egy érzékelővel méri a hőmér- 
sékletet. A számítógép összegyűjti 

a multiméter adatait, és feldolgozza 
azokat a megjelenítéshez. 

Ismertem Linuxot használó nyílt 
forráskódú alkalmazásokat a multimé- 
terhez, és korábban vásároltam egy 









multimétert általános hibakereséshez. 
Rendelkezésre állt egy leselejtezett 
PC, így minden szükséges összetevő 
a kezemben volt a hőmérséklet- 
rögzítő rendszer mintapéldányának 
megépítéséhez. 

A digitális multiméterhez tartozott 
egy soros kapukábel, valamint egy 
DOS program. A mellékelt DOS prog- 
ramot nem használtam, mert nem le- 
hetett úgy módosítani, hogy lehetővé 
váljon az érzékelővel történő hőmér- 
séklet-mérés. Ehelyett teljesen új 
programot írtam a OuickBasic segít- 
ségével. Rendelkezésre álltak a multi- 
méter soros kapujára vonatkozó szük- 
séges információk, a OuickBasicben 
pedig minden olyan szolgáltatás adott 
volt, amelyekre szükségem volt. 
Sikerült működésbe hoznom egy 
kezdeti kommunikációs programot, 
de a program méretének növekedé- 
sével a DOS és a OuickBasic memó- 
riakezelési problémáiba ütköztem, 
különösen amikor hozzáláttam 
megoldani az adatok megjelenítésé- 
nek és rögzítésének igényét. 

Ezen a ponton nagy visszalépésnek 
tűnt a memóriakezeléssel küzdeni. 
Tudtam, hogy a Linux olyan környe- 
zetet biztosítana, ahol nem kell a me- 
móriakezeléssel foglalkoznom, ezért 
egy olyan terjesztés után néztem, 
amellyel helyettesíthetem a DOS-t. 
Kiderült, hogy a Linux legnépszerűbb 





terjesztései nem megfelelőek ehhez 
az alkalmazáshoz. Még a terjesztések 
minimális telepítése is meghaladná 

a leselejtezett gép teljesítményét. 
laláltam egy terjesztést, amely felül- 
emelkedett a korlátokon: a University 
Linuxot, Paul Mullertől, amely kis me- 
mória- és lemezigénnyel rendelkezik. 
Kevesebb, mint 20 MB DOS által 
formatált lemezterület és 24 MB RAM 
felhasználásával tudtam futtatni. 

A legnagyobb előny az, hogy ez 

a terjesztés jól tűri az áramszüneteket. 
Ha kimarad az energiaellátás, a számí- 
tógép anélkül indul újra, hogy kézi 
beavatkozást igénylő fájlkárosodást 
okozna. Ez pénzt takarít meg, és csök- 
kenti a rendszer összetettségét, mert 
nem kell szünetmentes áramforrást 
(UPS) alkalmazni ahhoz, hogy 

a rendszer az áramkimaradások 
idején tovább működjön. 

Miután mindent beállítottam a gépen, 
mér nem volt szükség billentyűzetre 
vagy monitorra. Egy Windows PC 

és Telnet, valamint Ethernet kapcsolat 
segítségével tudtam kommunikálni 

a rendszerszámítógéppel a fejlesztés- 
hez és teszteléshez. A folyamatos írás 
és tesztelés híve vagyok, ezért a Perl 
nyelvet választottam a projekthez. 

A University Linuxban a Perl 5.003 
változata található meg. Nem tudtam 
Perl modulokat használni, mert az 
alkalmazás mérete túl kicsi volt, és 

ez kisebb kényelmetlenséget jelentett. 
A University Linux az Acme Labs 
thttpd kiszolgálóját is tartalmazza. 
Ennek segítségével úgy lehet beállíta- 
ni a rendszert, hogy egy webböngésző 
segítségével jelenítse meg a hőmérsék- 
let-méréseket. 


A hardver tesztelése 

Tandy 22-805 típusszámú digitális 
multimétert használtam, amelyhez 
egy használati utasítás, egy DOS prog- 
ram, mérővezetékek és egy 9 tűcsatla- 
kozóval ellátott kábel tartozik. A kézi- 
könyv szerint az adatátviteli beállítá- 
sok 600 baud, 7 adatbit, 2 stop bit és 
nincs paritás. Egy fontos adatot ki- 
hagytak a leírásból, de a szükséges in- 
formációt megtaláltam az interneten. 
A DTR és az RIS vezetékre külön fi- 
gyelmet kell fordítani. A DTR vezeté- 
ket alacsonyra, az RIS vezetéket pe- 
dig magasra kell állítani ahhoz, hogy 
a multiméter adatátvitelt tudjon foly- 
tatni a soros kapun keresztül. Ha a két 


at Lf 


vezeték ettől eltérően van beállítva, le- 
hetetlen adatot kapni a multimétertől. 
Ennél a terjesztésnél csak az stty-t 
tudtam soros kommunikációra hasz- 
nálni, és a parancsfájlban nem lehe- 
tett közvetlenül vezérelni a DTR 

és az RTS vezetéket. 

Azt tapasztaltam, hogy amikor 

a parancsfájlban meghívom a stty-t, 
a DIR és az RTS alacsonyból magasba 
vált. Ez a DIR esetében jó, de az RTS- 
nek alacsonyan kell maradnia. Észre- 
vettem, hogy a számítógép második 
soros kapuján alacsony az RTS, és 
nincs használatban. Ha a multiméter 
RIS soros felület kábelét a második 
soros kapu RTS tűjéhez csatlakoztat- 
nám, elhitetném a multiméterrel, 
hogy a helyes vezetékbeállításokat 
látja. Egyszerűen eltávolítottam 

az RTS vezetéket a multiméterből, 

és a második soros portra kötöttem. 
Miután megoldottam ezt a problémát, 
bekapcsoltam a multimétert és az 
alábbi rövid próba-parancsfájlt 
(serialtest.pl) hoztam össze: 


!/usr/bin/per1 
serialtest.pl 


Parancsfájl 22-805 típusú 
Tandy multiméter 

soros kapun keresztül történő 
olvasásához 

$port - "/dev/ttySs1"; ft set to 
55 COM1 

system ("stty 600 cs7 cstopb 
ssclocal -ixon -echo c $port"); 
open (SERIALPORT, "i5$port") or 
die "can"t open $port. "; 
print SERIALPORT ("Mn"); §£ take 
f a reading 

$R — cSERIALPORT5; 
f returned string 
print "$R" ; 

close (SERIALPORT); $ close 
$f port 

exit 0; 


1 
1 
1 
TE 
1 
1 
1 
1 


$ read 


A parancsfájl sikeres futása esetén 
olyan karakterláncot kell kapnom, 
amely azonos a multiméter kijelzőjén 


st 


megjelenő értékkel. Az eredmény: 
OH O0.L Mohm 
Kezdetnek jó! Ezután a multiméter- 


rel le kellett olvasnom a hőmérséklet 
érzékelőt. 


Egy NIC (negatíve temperature 
coefficient — negatív hőmérsékleti 
együtthatójú) termisztort választottam 
a hőmérséklet-érzékelőbe. Az ijesztő- 
en hangzó név ellenére ez csupán egy 
kétvezetékes elektronikus alkatrész, 
amely a hőmérséklettől függően vál- 
toztatja az elektromos ellenállását. 

A multiméter esetében az ellenállás 
érték szolgáltatja a hőmérsékletet 
meghatározó információt. A termisz- 
tort nem lehet fordítva bekötni, 

mert nem érzékeny a feszültségpola- 
ritásra (t vagy -). Ez azt jelenti, 

hogy a helyszínen a telepítést végző 
szakembernek eggyel kevesebb dolog 
miatt kell aggódnia. 

A termisztor nem törékeny, 

de a testéhez csatlakozó vezetékek 
erős rángatás vagy hajlítás hatására 
megszakadhatnak. Egy kétállású 
elosztóblokkot használtam a problé- 
ma megoldására és a vezetékekhez 
történő csatlakozás egyszerűsítésére. 
Az egyik termisztor kábelt és egy 
vezetéket egy csavaros lezáró alá he- 
lyeztem, majd meghúztam a csavart, 
hogy biztos mechanikus és elektroni- 
kus érintkezést kapjak. 

A termisztort a mérővezetékek 
végeihez csatlakoztatva, a mérőveze- 
tékeket pedig a multiméterbe dugva 
ismét bekapcsoltam a készüléket, 
majd elindítottam a próba-parancs- 
fájlt. A következő ellenállás értéket 
kaptam: 


OH 34.23kohm 


Az állás számérték része 34, 23, utána 
pedig egy k betű áll. A k a kilo, azaz 
1000 rövidítése. Mivel a multiméter 
kijelzőjén nincs elég hely a nagy 
számok megjelenítéséhez, szorzót 
alkalmaz. Ebben az esetben a 34.23k 
34 230 Ohm-ot jelent. 

A gyártó által mellékelt ellenállás- 
hőmérséklet táblázatból kiderítet- 
tem, hogy ez az érték nagyon kö- 
zel van a 0 "C-hoz. Ez megegyezik 
egy másik hőmérő mérésével, 
amelynek az érzékelője a közelben 
volt elhelyezve, ezért biztos voltam 
abban, hogy az összeállított rendszer 
működik majd, és pontos értéket 
szolgáltat. 

Most létre kellett hoznom egy 
parancsfájlt, amely az adatokat 
felhasználva megjeleníti a hőmér- 
séklet-értéket. 





Szoftverválasztás 

Kétféleképpen lehetett megoldani 

a ellenállás-hőmérséklet átváltást 

a parancsfájlban. Használhattam 
volna egy adattáblázatot, tömbben 
tárolva az ellenállás-hőmérséklet 
értékpárokat. Ennél a megközelítés- 
nél a tömbben található elemek teljes 
száma jelent hátrányt. Egy -407C-tól 
140"C-ig terjedő tartományban 381 
(ne feledjük a 07C-ot) értékpárra 
van szükség. Nem létezik olyan egy- 
szerű módszer, amellyel módosítani 
lehetne termisztor gyártója által ren- 
delkezésre bocsátott szövegfájlt, ha 
pedig magunk gépeljük be az értéke- 
ket, az sok időbe telik, és hibákat 
eredményezhet. 

Ehelyett az úgynevezett Steinhart- 
Hart egyenletet alkalmaztam (lásd 

a keretes írást). Ezt az egyenletet arra 
fejlesztették ki a 60-as évek végén, 
hogy segítse a termisztorokkal gyűj- 
tött óceán-hőmérséklet adatok feldol- 
gozását, és az alkalmazásával közvet- 
lenül hőmérsékletre lehet váltani az 
ellenállást. Egy interneten talált táblá- 
zatkezelő segítségemre volt az egyes 
termisztorcsaládokra jellemző együtt- 
hatók kiszámításában, és ezt használ- 
tam az egyenletben. 


Adatok megjelenítése 

Miután a parancsfájl a multiméter 
méréséből kiszámítja a hőmérsékletet, 
meg kell jeleníteni, valamint tárolni 
kell azt. Ezt szem előtt tartva bővítet- 
tem a parancsfájlt, hogy átváltsa és 
megjelenítse a hőmérsékletet, továbbá 
kiírja az idő és az ellenállás értéket. 

A University Linux 2.0 rendszermagot 
használ, és engedélyezi a rendszer- 
gazda felhasználó bejelentkezését 

a Telneten keresztül. Amikor hagyomá- 
nyos felhasználók próbálják futtatni 

a grabtemp.p! parancsfájlt, hibajelzés 
jelenik meg a /dev/ttyS1 soros kapu- 
nál használt jogosultságok miatt. Ezt 

a jogosultságok megváltoztatásával 
küszöböltem ki: 


chmod atx /dev/ttys1 


Ezután a hagyományos felhasználók 
is be tudtak jelentkezni, és a parancs- 
fájlt futtatva ellenőrizni tudták 

a hőmérsékletet. Nem volt szükség 
rendszergazda hozzáférésre. 

Íme az eredményül kapott 
showtemp.p! parancsfájl kimenete: 


pal Remote I emperature Heazurement Fage - Melzcape 


File Edit Yew Ga Lommuricator Help 


ú 8 instant Message 
Mechanical Room 


Interior Aur lemperature — 34 F 


Date. 01-05-Z2Zü06 
Time: 15:16-Ú7 


Update Readng J 


Search Melscape Frint 


mi c 4 EST 


Securi 


eg FD-I [Document: Dane s 


/perlserial: perl -w 

s showtemp.pl 

01-05-2006 14:43 34 F 1.3 C 
53 30.52 k oOhms 


Itt láthatjuk a dátumot, a "F-ben és 
"C-ban megadott hőmérsékleteket, va- 
lamint a pillanatnyi ellenállásértéket. 
Ellenőriztem a hőmérsékletet ott, ahol 
az érzékelőt elhelyeztük, és azt láttam, 
hogy az érték pontos, tehát a parancs- 
fájl átváltási képlete működött. 

Nem sok számítógép-felhasználó sze- 
reti a parancssoros programfelülete- 
ket. Az egérrel irányított kezelőfelület 
sokkal barátságosabb. lehát ismét ki- 
bővítettem a parancsfájlt, hogy lehető- 
vé tegyem a felhasználók számára 
rendszer webböngészőn keresztül 
történő működtetését. 

Az üzembe állított és működő thttpd 
kiszolgáló mellett nem volt más dol- 
gom, mint átirányítani a parancsfájl 
kimenetét úgy, hogy egy weboldalt 
hozzon létre a megjelenítéshez. 
Ahogy az alábbi kód mutatja, 

ez meglehetősen egyszerű: 


print "content-type: text/html 
na; 

print "cHTML35-ABODY3cP5" ; 

print "-HEADscatitlesRemote 

ss Temperature Measurement 
Pagec/titlesc/HEAD5" ; 

print "-H25Mechanical 

55 Roomc/H25 "; 

print "-form action- 





s "webtemp.pl" method-post: 

s ePs cPs!; 

print "Interior Air 

s Temperature - $out tempFcBR5"; 
print "cBR5"; 
print "cBR5"; 
print "Date: 
print "Time: 
print "cBR5"; 
print "cinput type-submit 
svalue- "Update Reading": " ; 
print "forms"; 

print "ca/BODY5c/HTML5" ; 


$out. date 
$out. time 


2ABR3" ; 
2ABR." ; 


A webtemp.p! /cgi-bin-ből történő 
futtatásakor az 1. ábra példaképer- 
nyőjéhez hasonló jelenik meg 

a felhasználók számára. 

Ez a példa a szoba hőmérsékletét, 
illetve a mérés időpontját és dátumát 
is megjeleníti. Az Update Reading 
(Leolvasás frissítése) gombra kattintva 
ismét futtathatjuk a parancsfájlt, 

és újabb hőmérséklet értéket jelenít- 
hetünk meg. 

Nem nehéz olyan kiterjesztést ír- 

ni a parancsfájlhoz, amely folyama- 
tosan naplózza a hőmérsékletet. 
Beillesztettem egy sort az rc (indító) 
parancsfájlba, amely elindít egy 
adatrögzítő parancsfájlt, amely ez- 
után folyamatosan fut a háttérben. 
Úgy ítéltem meg, hogy 5-10 perces 
időközönkénti méréseket érdemes 
használni, mivel zárt, légkondicionált 
térben lassan változik a levegő 
hőmérséklete. 





Egy termisztor ellenállás-hőmérséklet függvénye grafikonon ábrázolva 
nagyon hasonlít egy sí rámpa ívéhez, és minden termisztorcsalád saját, egye- 
di görbével rendelkezik. Egy egyszerű y — mx 1 b képlet tehát nem segít az 
ellenállás hőmérsékletre váltásában. A görbék egyenlete egy többtagú kifeje- 
zéssel írható le. A Steinhart-Hart egyenlet egy trinomiális, vagyis egy három 
kifejezésből álló egyenlet. Ahhoz, hogy az egyes ellenállás-méréseknél 
megoldjuk az egyenletet, három együtthatóra van szükség: az a-ra, a b-re 

és a c-re. Vannak gyártók, amelyek megadják a termisztorok együtthatóit. 
Mások csak az ellenállás-hőmérséklet átváltási táblázatot mellékelik. 

Ha az együtthatók nem állnak rendelkezésre, egy létező táblázatkezelő alkal- 
mazás segíthet kiszámítani azokat a gyártók táblázatai alapján. Nincs szükség 
számolásra, csak egyszerűen begépeljük a három hőmérséklet és ellenállás 
értéket a táblázatba, ami automatikusan kiszámítja az együtthatókat. Ezek 
általában nagyon kis számok, amelyeket tudományos jelölésrendszerrel ábrá- 
zolnak. A kiszámított együtthatókat a táblázatból a Perl parancsfájlba pásztáz- 
va azonban csökkenthetjük a gépelési hibák esélyét. 


.  192.168.1.111:23 - KevTerm 
Connection Edit Options Help 








69514 4 ! 


Ln 7, Col 14 


2. ábra A hőmérséklet-figyelő naplóban 
tárolt példaértékek így mutatnak 
a lelneten keresztül 


A Telnet segítségével a parancssoron 
keresztül elérhetjük a hőmérséklet 
naplót. Mivel a formátum helykorlá- 
tos, a Microsoft Excel segítségével 
grafikonokat és megjelenítési irány- 
vonalakat készítettem a dátumfájlból. 
A 2. ábrán egy lehetséges kimenetet 
láthatunk. 


A végső cél a hőmérséklet-adatok 
megjelenítésére és rögzítésére szolgá- 
ló, megbízható, könnyen alkalmazha- 
tó elektronikus eszköz létrehozása 
volt. A rendszer tényleges kialakítása- 
kor az elhelyezkedés és a hálózati 
kapcsolat meglehetősen változó lehet. 
Minden összeállításnál a körülménye- 


Garantáljuk weboldalad 


10099-OS rendelkezélíre állását. 


Egyetlen leállás egy hónapban, és visszafizetjük a pénzed. 


ket figyelembe véve kell mérlegel- 
nünk ma biztonsági kérdéseket. 
Előfordulhat, hogy kerülőutakat kell 
alkalmaznunk a biztonsági problémák 
kezelésére. Megtehetjük például, 
hogy nem a cgi könyvtárban találha- 
tó parancsfájl, hanem egy háttérben 
futó parancsfájl alkalmazásával rög- 
zítjük a hőmérséklet-értékeket szöveg 
vagy HTML formátumban, ezáltal 
elkülönítjük a naplózás folyamatát 

a webhozzáféréstől. Másik lehetőség- 
ként az egyik kiszolgálóról FIP-n 
vagy HITP-n keresztül gyűjthetjük 
az adatokat, egy másik biztonságos 
kiszolgáló segítségével. Ez újabb 
védőréteget alkot, amely megaka- 
dályozza a közvetlen hozzáférést 

a külvilág felől, mégis elérhetővé 
teszi az adatokat. 


A digitális multiméterek általános 
célú mérőeszközök. Ugyan ennél az 
összeállításnál termisztort használtam 
a hőmérséklet mérésre, de bármilyen 
érzékelőt alkalmazhatunk, amelynek 
kimenete ellenállás, feszültség vagy 
elektromos áram. Áramlást, nyomást, 
súlyt, fényerőt és páratartalmat is 
mérhetünk. 


Nincs szükség több multiméterre, 

ha több hőmérsékletet akarunk mérni. 
Megtehetjük, hogy egyetlen multimé- 
tert kapcsolóberendezésre kötünk. 
Ezután egy parancsfájlt készítünk 

a kapcsolóberendezés működtetésé- 
hez, ami lehetővé teszi, hogy egyen- 
ként válasszuk ki a hőmérséklet- 
érzékelőket. 


Ez a példa szemlélteti, hogy a Linux 
eszközelvűsége hogyan működik 

az olyan alkalmazások megoldásánál, 
amelyeknél fontos a költség és a ru- 
galmasság. A rendelkezésre álló ter- 
jesztések más operációs rendszerek- 
hez képest bő választéka célszerűvé 
tette a szükséges szolgáltatásokat 
megvalósító rendszer fejlesztését. 
Ezen felül a Perl és a University 
Linux terjesztés által biztosított 
fejlesztőfelület segítségével további 
szolgáltatásokat adhatunk hozzá. 

A rendszer kevesebb, mint 100 dollár- 
ból elkészíthető. A multiméter, a ter- 
misztor és a huzalozás tartozékai szá- 
mos elektronikai cikkeket forgalmazó 
kereskedésben elérhetők. Sok forgal- 
mazó rendelkezik webhellyel, így 
megrendelés előtt könnyű összehason- 
lítani a szolgáltatásokat, a tulajdonsá- 
gokat és az árakat. Használt multimé- 
ter vásárlásánál körültekintőnek kell 
lenni, mert nehéz megállapítani, hogy 
a korábbi használat befolyásolta-e 

a műszer pontosságát. 


Steven M. Lapinskas a szoftver- 
minőség-biztosítás, a mechanikus 
tervezés és a projektvezetés terén 
rendelkezik szakmai háttérrel. 
Szabadideje egy részében a Linux 
és a számítógépen kívüli való világ 
kapcsolatát kutatja. 
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Hálózati eszközök (1. rész) 
A vezeték nélküli hálózatok rejtelmei 


D-Link 


Building Networks for People 


Ugye milyen kényelmes dolog számítógéppel az ölünkben üldögélve bámulni 
a tévét, úgy, hogy nem fuldoklunk a vezetékben? Vagy éppen helyi hálózatot 
építeni anélkül, hogy szét kellene vésni az egész lakást? Na, hát ez a WI-FI, 
annak minden előnyével és hátrányával. A technológia mára a filléres kategó- 
riába került, itt az ideje, hogy mi, földi halandók Is megismerkedjünk vele. 


Röviden a vezeték nélküli 
hálózatokról 

Kezdetben vala a vezetékes hálózat. 
Aztán a mobil számítástechnikai esz- 
közök (notebook, PDA) elterjedésével 
együtt a vezeték nélküli technológiák 
is fejlődésnek indultak. A kezdeti las- 
sú, drága és kis hatótávolságú beren- 
dezéseket egyre gyorsabb, nagyobb 
hatósugarú és jóval olcsóbb eszközök 
váltották fel. Mára már számtalan, 
internettel ellátott lakásban megtalál- 
ható, mint az otthoni hálózat része, 
és akkor még nem beszéltünk 

a kávézókat, éttermeket, szállodákat, 
utcákat, tereket (!) lefedő úgynevezett 
hotspotokról, amelyek lehetővé te- 
szik az utca embere számára, hogy 
notebookjával, PDA -jával hozzácsatla- 
kozva elérje a világhálót. Igen, tudom, 
erre már a mobiltelefon is alkalmas, 
de a jelenlegi technológia sem sebes- 
ségben, sem árában, sem tudásában 


nem éri utol a Wi-Fi hálózatok nyúj- 
totta lehetőségeket. Az új 3G mobil 
szabvány már sokkal ígéretesebb, 

de a jelenlegi kis lefedettség mellet 

a méregdrága szolgáltatási díj is a nép- 
szerűsége rovására megy, és persze 
semmiképp sem fogja kiváltani az ott- 
honi hálózatokat, vagy az irodákon 
belül elérhető vezeték nélküli kapcso- 
latokat. Mi is inkább ebbe az irányba 
vizsgálódunk cikksorozatunkban. 
Nem tudom megállni, hogy bele 

ne merjek egy-két unalmas technikai 
részletbe. Bizonyára többen is tisztában 
vannak vele, hogy az általunk használt 
internetes hálózatok többrétegűek. 
Legalul helyezkedik el a fizikai réteg, 
legfelül pedig az alkalmazási réteg. 

Mi felhasználók általában csak ezzel 

a legfelsővel találkozunk. Maga a veze- 
ték nélküli Wi-Fi kapcsolat kizárólag 

a fizikai réteget érinti, azt cseréli le, 
vezeték helyett rádiójelekkel történő 


kommunikációra, természetesen szab- 
ványokban rögzített módon. Egy kivé- 
tellel 2.4 GHZ körüli frekvenciatarto- 
mányokban működnek, többnyire 

a törvényben szabályozott jelerősség 
alatt. Ez azért szükséges, hogy ne 
tudjunk túl messzire kommunikálni, 
az ugyanis állami monopólium. 


A vezeték nélküli hálózatok felépítése 
A vezeték nélküli hálózatok építőkö- 
vei az úgynevezett hozzáférési pontok 
(AP, Access Point). Ezek sugározzák az 
SSID (Service Set Identifier, beállított 
szolgáltatóazonosító) csomagokat, 
amelyek alapján a kliensek csatlakozni 
tudnak a hálózathoz. Lehetőség van 
persze két kliens kapcsolódásához, 
hasonlóan, mint fordított UTP kábel- 
lel, de ez (hasonlóan az UTP-s meg- 
oldáshoz) nem túlzottan elterjedt. 
Ilyen esetben az egyik kliens hozzá- 
férési ponttá változik. 








5. Alkalmazási réteg 


DHEP £ DNS " FTP " HTTP " IMÁAP4A " IRC 
NNTP : XAMPP " MIME " POPS € SIP F SMTP 
SNMP € SSH " TELNET " BGP " RPC " RTP - 
RTCP " TLS/SSL. § SDP " S50ÁAP " LZTP " PPTP 


4. Átviteli réteg 
TCP - UDP - DCCP - SCTP - GTP - ... 
3. Hálózati réteg 


IP (lPv4 " IPv6) " ARP " RÁRP " ICMP " IGMP : 
RSVP - IPSeC e ... 


2. Adatkapcsolati réteg 


ATM " DTM " Ethernet " FDDI " Frame Relay " 
GPRS "PPP r... 


1. Fizikai réteg 


Ethernet physical layer " ISDN " Modems " PLC 
e RSZ32 " SONET/SDH " G.7039 " Wi-Fi e ... 





Több hozzáférési pont összekapcso- 
lásával hálós szerkezetet (meshed 
network) lehet kialakítani például egy 
nagyobb terület lefedéséhez. Tudni kell 
ugyanis, hogy az ilyen hozzáférési 
pontok hatósugara ritkán több száz 
méternél. Hálós szerkezet esetén 

a hozzáférési pontok különböző csator- 
nákon sugároznak a rádiójelek interfe- 
renciájának elkerülése végett. A csator- 
nák szintén szabványban vannak 
rögzítve. Ilyen esetekben azonban 

a legtávolabbi hálózati pontok közötti 
kommunikáció a közbeesők sávszéles- 
ségét is használja, azaz erősen romlik 
az amúgy sem kiemelkedő átviteli se- 
besség. Ennek elkerülése érdekében 
mindegyik hozzáférési pontot direkt 
vezetékes kapcsolattal látják el, tehát 
nem egymáson keresztül, hanem kábe- 
len kommunikálnak az internet irányá- 
ba. Az így lefedett területeket nevez- 
zük hotspotnak, amit legjobban talán 
aktív területnek lehetne fordítani. 

Ha jól belegondolunk, ez pont ugyanaz 
a felépítés, mint amit a vezetékes háló- 
zatok esetében már megszoktunk. 

Az AP tölti be a hálózati kapcsoló 
(switch) szerepét, a vezetékek helyett 
pedig rádiójeleket használunk. lermé- 
szetesen az átlagfelhasználó ilyen háló- 
zatokat csak középületekben használ, 
legtöbben kisméretű otthoni hálóza- 
tokban gondolkodunk, például azért, 
hogy meg tudjuk osztani az internet- 
kapcsolatot a ház számítógépei között, 
szóval maradjunk mi is ezen a vonalon. 
Az ilyen hálózatok általában egyetlen 
(kombinált) hálózati kapcsolóból 


állnak, ami egyben AP is. Ez kapcsoló- 
dik az internethez, és osztja meg azt 
,hátrafelé". Mi ,hátulról" az ügyfél 
számítógépeinkben található vezeték 
nélküli hálózati kártyánkkal kapcso- 
lódhatunk a hálózat fejéhez. 

Egy ilyen AP által létrehozott , aura" 
legfeljebb 200Mbit/másodperc (802.11n 
szabvány) átviteli sebességre képes ide- 
ális körülmények között. A gyakorlat- 
ban ez azonban nem teljesen így van. 
Egyrészt a régebbi a legelső (még ma is 
használatban lévő) szabványok 10 és 55 
Mbit -es tartományban dolgoztak, más- 
részt minél több gép használja az , au- 
rát , és minél távolabb vagyunk a hoz- 
záférési ponttól, minél több tereptárgy 
(például fal, mennyezet) kerül a számí- 
tógép és az AP útjába, annál lassúbb az 
átviteli sebesség. Napi használat során 
reális az 5-50 Mbit/másodperc vagy an- 
nál nagyobb sebesség, ami nem csak az 
internetezéshez, de egy másik gépen 
tárolt film on-line megtekintéséhez is 
elegendő, és tereptárgy ide-oda, azért 
a kertből is lehet még ellazultan számí- 
tógépezni. Az biztos, hogy nem olyan 
stabil, mint a vezetékes megoldás, de 
lényegesen kényelmesebb és mobilabb. 


A vezeték nélküli hálózati kártyák 
használata Linux alatt 

Ahhoz, hogy igénybe vegyük a kap- 
csolatot, szükségünk van vezeték nél- 
küli hálózati eszközökre. Ezek egyes 
notebook-okban alapértelmezetten 
benne vannak, az alacsonyabb árkate- 
góriás illetve a régebbi darabok azon- 
ban nem tartalmazzák. Ezekbe bővít- 
ményként 5-10 ezer forint körüli 
összegért tehetünk ilyen PCMCIA-s 
vagy USB csatolófelülettel ellátott 
úgynevezett Wi-Fi kártyákat. (Vagy 
ha asztali gépünk van, akkor az USB-s 
eszköz mellé használhatjuk a PCI-os, 
hagyományos módon beépíthető 
bővítőkártyákat). Eredményül egy 
antenna lóg ki a gépből, most már 
csak be kell üzemelni a kártyánkat. 
Az esetek egy részében még 
könnyebb dolgunk van, mintha 
Windows rendszeren telepítenénk, 

itt ugyanis semmi dolgunk, a rend- 
szermag automatikusan betölti a szük- 
séges modulokat (már amennyiben 
natív módon támogatott a Wi-Fi kár- 
tyánk, amire elég nagy az esély), ne- 
künk csak a hálózat paramétereit 

kell beállítani. Ne szaladjunk azonban 
ennyire előre, emlékezzünk meg 


a kevésbé szerencsés társainkról, akik- 
nek a dolog már majdnem olyan bo- 

nyolult, mintha Windowst használná- 
nak, de előtte tegyünk egy kis kitérőt. 


Az eszközök támogatottságáról 
Kétféleképpen bírhatjuk működésre 

a Wi-Fi kártyánkat Linux alatt. Az 
egyikről már beszéltem, ez nem is igazi 
működésre bírás, működik az magától. 
A Linux rendszermag minden írissítés 
során egyre több ilyen kártyát támogat, 
ún. natív módban. Ez a gyakorlatban 
azt jelenti, hogy valaki (sokszor a gyár- 
tó maga) megírta Linux alá a vezérlő- 
programot, ami bekerült a rendszer- 
mag moduljaiba, így ha betoljuk 

a kártyát, csak betöltődik a modul, 

a kisujjunkat sem kell megmozdítani. 
Legegyszerűbben parancssorból ellen- 
őrizhetjük ha kiadjuk az ifconfig pa- 
rancsot. A parancs listázza a számító- 
gépben található hálózati eszközöket. 
Alapesetben látni fogunk egy eth0 
eszközt, valamint egy 10 eszközt, 

és ha ezen felül találunk wlan0, wifiO, 
athOo, vagy hasonló nevű eszközt, 
akkor a kártya működik. 

Ha mégsem működik, a másik mód- 
szer egy olyan szabványosítási kísérlet 
nyújtotta előny kihasználása, ami egy- 
általán nem jellemző a Windows ope- 
rációs rendszerre. Történt egyszer, 
hogy a Microsoft és a 3com összefo- 
gott, és megalkotta az NDIS (Network 
Driver Interface Specification — hálóza- 
ti meghajtófelület kialakítás) felületet, 
amely a hálózati kártyák egységes 
vezérlését teszi lehetővé. A Windows 
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jelenleg is ezt használja a legtöbb 
hálózati kártya esetében. Ha tehát 
van egy olyan felületünk, amely képes 
értelmezni az NDIS kompatibilis kár- 
tyák utasításait, akkor nyugodtan 
használhatnánk az NDIS vezérlőprog- 
ramokkal a hálózati eszközöket. En- 
nek a felületnek a neve: NdisWrapper, 
ami valójában egy egész linuxos pro- 
jektet takar. Lényege, hogy a hálózati 
kártyánkat annak windowsos vezér- 
lőjével hajthatjuk meg. Így annyi 

a dolgunk, hogy letöltjük a kártya 
windowsos meghajtóprogramját, amit 


összepárosítunk a kártyával, majd 
betöltjük az nudiswrapper modult. 
Nem minden kártya használ ám 
NDIS-t, vagy előfordulhat, hogy 
nem működik rendesen. A kom- 
patibilis kártyák folyamatosan 
frissülő listája megtalálható az 

2 http://ndiswrapper.sourceforge.net/ 
mediawiki/index.php/ List oldalon. 
Ha a kártyánk szerepel a listán, meg 
vagyunk mentve, de ha nem, az sem 
jelenti azt, hogy nem működik, 
csupán még nem próbálta senki, 
vagy ha próbálta, nem tette közzé az 
eredményt. Nyissuk meg az eszköz- 
kezelőt (szinte minden terjesztésben 
van ilyen, Gnome alatt HAL Device 
Managernek hívják) és keressük meg 
a hálózati eszközöket. Itt akkor is lát- 
szódni fog, ha a rendszer egyébként 
nem ismerte fel a kártyát. Az itt talál- 
ható részletes adatokból világosan 
kiderül, milyen hálózati eszközzel ren- 
delkezünk, összevethetjük a listával. 


A telepítés NdisWrapper környezet 
esetében 

Töltsük le a windowsos meghajtó- 
programot. Ez általában egy .inf 
illetve egy .sys fájlból áll — összecso- 
magolva. Csomagoljuk is ki őket vala- 
hová egymás mellé. (például /usr/lib/ 
windriver/) 

Telepítsük az NdisWrappert, ami 
Ubuntu/Debian alapú rendszereken az 


apt-get install ndiswrapper- 
ssutils 


paranccsal tehető meg. 
Végül állítsuk be az NdisWrappert: 


ndiswrapper -i /usr/lib/ 
swindriver/cvezérlőprogram inf 
sfájljasz 


Esetleg hozzá kell rendelni az eszközt 
a vezérlőprogramhoz, de ez nem 
minden esetben szükséges. Az utolsó 
lépés a modul betöltése: 


modprobe ndiswrapper 


Ezen kívül létezik még egy egyéb" 
kategória, amit önjelölt felhasználók 
fejlesztettek, a telepítésük egyedi és 
nagy szakértelmet kíván, így ha nem 
akarunk a fentiekkel vacakolni, akkor 
válasszunk olyan hardvert, amit támo- 
gat a Linux rendszermag, vagy az 


NdisWrapper, szerencsére bőven válo- 
gathatunk. Sajnos nehéz biztosan 
megmondani, hogy mely kártya támo- 
gatott, ugyanis a natívan támogatott 
Wi-Fi kártyák legfrissebb karbantar- 
tott listája 2004-ben frissült utoljára, 
ha pedig az NdisWrapper listán nincs 
fenn a kártya, attól még működhet. 
Inkább fordított irányból érdemes 

a problémát megközelíteni: kiszeme- 
lünk egy kártyát, és arra keresünk 

rá a Google-on, fórumokon, hogy tá- 
mogatott-e. Ha ehhez nincs kedve 

a tisztelt olvasónak, akkor hadd ajánl- 
jak én három eszközt, ami biztosan 
működik, hiszen kipróbáltam. 

Az első a D-Link DWA-142 típusú esz- 
köze, amely USB csatolófelülettel ren- 
delkezik. Előnye, hogy nem kell szét- 
szedni hozzá a gépet, elég ha összeköt- 
jük az USB kapun keresztül. Ha valaki- 
nek nem tetszik, hogy egy újabb kütyü 
lóg ki a számítógépből, akkor válasszon 
PCI csatolófelülettel rendelkező esz- 
közt, amit beszerelhet a számítógépbe. 
A D-Link DWA-547 tökéletesen meg- 
felel a célra. Ha viszont notebookba 
akarunk vezeték nélküli eszközt, 

akkor választhatjuk PCMCIA-s csatoló- 
felületű DWA-645 típusú kártyát. 

A fenti eszközök mind NDIS megfele- 
lők, a windowsos vezérlőprogramok- 
kal boldogulni fogunk. 

Közös tulajdonságuk továbbá, hogy 

a legújabb, IEEE 802.11n szabványter- 
vezet szerint működnek. Ez a jelenlegi 
leggyorsabb és legmegbízhatóbb Wi-Fi 
technológia. Az előnyeit persze csak 
akkor tudjuk kihasználni, ha a hozzá- 
férési pontunk is ilyen, de erről majd 
később ejtünk szót. 

A sorozat következő részében a Wi-Fi 
hálózatok ügyféloldali beállításait te- 
kintjük át, tisztázzuk az alapfogalma- 
kat, bemutatjuk, telepítjük a cikkben 
javasolt hálózati eszközöket, megis- 
merkedünk egy hasznos segédprog- 
rammal, és beüzemeljük a vezeték 
nélküli hálózati kapcsolatunkat, 

amit aztán bármelyik hotspotnál 

vagy hozzáférési pont közelében 
használni tudunk majd. 
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irodai intranet - kicsiben 


Ebben a cikkben értékes tanácsokkal kívánok szolgálni vállalati szolgáltatások 
felhasználóbarát intranetes integrálásához. 


M Az intranet már elég régóta meg- 
határozza az életünket. Egyike volt 

a World Wide Web alternatív felhasz- 
nálásának a 90-es évek elején. Noha 

a web házon belüli alkalmazása vonzó 
volt, nehézséget jelentett a már meglé- 
vő szofítvereszközök integrálása. 
Emiatt sok intranet csupán egyszerű 
hirdetőtáblaként funkcionált. A hely- 
zet mostanra eléggé megváltozott, 
hiszen a nyílt forrásnak köszönhetően 
egyszerűbbé és költséghatékonyabbá 
vált az intranetek beállítása. Az úgy- 
nevezett LAMP kiváló felületet nyújt 
számos alkalmazás közös felhasználói 
felület alá történő integrálásához. 

Ezt próbáltuk mi is megvalósítani. 
1999-ben egy webalapú hirdetőtáb- 
lával és egy céges naptárral indult 
intranetünk, mely Apache alól, egy 
Red Hat 6.0 szerveren kapott helyet. 
Statikus HTML oldal volt, amelyet 

a marketing igazgatónk tervezett és 
tartott karban. Miután 2002-ben kilé- 
pett a cégtől, olyan intranetet szeret- 
tünk volna, amely nem egy személy- 
től függ. Ahogy az lenni szokott, újabb 
és újabb funkciókkal ruháztuk fel 

a rendszert az évek során. Jelenlegi 
állapotában nagyon hasznos és fel- 
használóbarát intranetünk van min- 
denféle felesleges vagy statikus tarta- 
lom nélkül, amelyek megnehezítenék 
a karbantartást. Ebben a cikkben saját 
példákon keresztül fogom bemutatni, 
hogyan oldottuk meg a négy leggya- 
koribb integrációs problémát LAMP 
környezetben. 


Technikai áttekintés 

Jelenlegi — 70 alkalmazottat kiszolgá- 
ló — intranetünk egy IBM x335-ös 
szerveren fut Fedora Core 4 operációs 
rendszer alatt. A hagyományos LAMP 
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eszközöket (Linux, Apache 1.3x, 
MYySOL, Perl)használjuk mod perl mo- 
dullal kiegészítve a megfelelő teljesít- 
mény érdekében. A szerveren az 
Apache mellett e-mail ellenőrző, belső 
DNS szerver, Jabber, Samba és pár 
egyéb szolgáltatás is fut. A közös szer- 
vernek köszönhetően egyszerűbb 

a hálózati meghajtók kezelése és a há- 
lózati forgalom is kisebb. Néhány cég- 
nek ez bizonyára szűk keresztmetsze- 
tet nyújtana, de az elveket figyelembe 
véve hasonlóképp kivitelezhető több- 
szerveres környezetben is. Minden fel- 
használó Windows XP-t használ és az 
Active Directory azonosítja őket. 
Group Wise-t használunk email foga- 
dásra egy NetWare 6-ot és Novell 
eDirectory-t futtató szerveren. Van 
továbbá egy Windows NT 4.0 szerver 
Microsoft SOL adatbázissal, amely 

a munkaidő nyilvántartásért és 

a számlázásért felel. Az 1. ábrán látható, 
hogy függnek össze a szolgáltatások. 


szerveroldali hitelesítés 

A felhasználóknak ne kelljen mindig 
azonosítaniuk magukat az intranet 
felé, ezt már az elején kikötöttük. 


Intranet SETVET 
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Http session 


A szerver automatikusan , tudja" az 
IP cím és a munkaállomás bejelentke- 
zési adatai alapján, hogy ki használja 
éppen arról a gépről az intranetet. 

Mi ezt szerveroldali hitelesítésnek 
(SSC -— Server-Side Credentialing) hív- 
juk. Eredetileg egy saját készítésű kli- 
ensoldali alkalmazással oldottuk meg, 
amely a szerveroldali CGI szkript ké- 
réseire válaszolt, valahányszor szük- 
ség volt azonosításra. Noha működik, 
túl sok bizalmat vet a kliensoldalba. 
Egy lehallgatóprogram és egy Perl 
szkript segítségével például bármely 
kliensről be lehet csapni a szervert. 
Most Samba-t és winbindd-t haszná- 
lunk ugyanerre. 

Minthogy az intranet szerverünk 

a megbízható belső hálózatra csatla- 
kozik, így minden hálózati ténykedés 
— ki honnan lépett be - titokban 
marad. Minden irodai számítógép be- 
jelentkezéskor hozzárendel egy meg- 
hajtó-betűjelet a Samba szerverhez. 
Ezután a kapcsolódások listája alapján 
egyértelműen azonosítható, hogy ki 
honnan lépett be. A meghajtó betű- 
jel csupán a szerveroldali hitelesítés 
miatt szükséges. Úgy vélem, ez egy 
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lényeges tulajdonság, hiszen egysze- 
rűbbé teszi a regisztráció és belépés 
nélküli böngészést. A felhasználóknak 
már így is elég sok felhasználónevet 
és jelszót kell észben tartaniuk. 

A szerveroldali hitelesítés beállítása 
nagyban függ a felhasználók azonosí- 
tási módjától. Mi az Active Directory-t 
használjuk, így azzal fogom bemutat- 
ni. Az Active Directory bosszantó egy 
kicsit(nem túl meglepő), hiszen nem 
tárol információkat a kapcsolatokra 
vonatkozóan. Hagyományos RPC hí- 
vásokat kell használnunk a Samba net 
parancsával, hogy megbízható ered- 
ményeket kapjunk. A szerveroldali 
hitelesítő szkriptünket smbconn.sh- 
nak hívjuk, és valahogy így néz ki: 


$1!/bin/sh 
net status sessions parseable NM 
grep ed "VR b 


V.88d SZA Ne Vh ts 
sed és ztüzat A 
] sed "Ss/DOMAIN-t//g" I tr -d " " 


Elég egyszerű, nem? Csupán 

a DOMAIN-t kell kicserélni az általunk 
használt Active Directory domainjére. 
A szkript az általunk megadott IP-ről 
belépett felhasználói objektumot adja 
válaszként. Ez az objektum az Active 
Directory SAMAccountName mezőjét 
takarja. Ezzel az információval felvér- 
tezve már indíthatunk LDAP keresést, 
amely visszaadja a felhasználó teljes 
nevét, de akár bármi mást, amire 
szükségünk van. Ezt a szkriptet 

az 1. Lista tartalmazza. 

Első paraméterként a felhasználó 
sAMAccountName értékét várja, máso- 
dik paraméterként pedig egyéb opcio- 
nális attribútumot adhatunk meg. Ha 
nem adunk meg opcionális attribútu- 
mot, akkor a felhasználó teljes nevével 
tér vissza. Ehhez használhatunk egyé- 
ni mod perl kiegészítést, így az infor- 
máció mindig elérhető lenne, de úgy 
tűnik, hogy ez a legtöbb esetben feles- 
legesen bonyolítana a dolgokon. A mi 
esetünkben csupán pár részre korláto- 


zódik a dolog, így minden CGI prog- 
ramot igény szerint futtatunk. A szer- 
veroldali azonosítás kérése így néz 

ki az egyik CGI programunkban: 


tt: Get this connection "s user 

s credentials 

my $remoteip-$ENV 

sz f "REMOTE. ADDR " $ ; 

open(SMBCONN , " smbconn. sh 

s $remoteip ["); 

my $cn-cSMBCONN; ; 

$cn--s/1451//9g; 

—whitespace 

close(SMBCONN) ; 

open (GETEMPINFO, "getempinfo.pl 

esen [9 

my $username-cGETEMPINFOS ; 

close(GETEMPINFO) ; 

if(C$username eg "") ( 
$username-"Guest" ; 


J 


fitt. Strip 


Ez a kódrészlet a felhasználó 
SAMAccountName értékét adja vissza 

a $cn változóban és a teljes nevét 

a $username változóban. Ha 

a $username tartalma Guest, akkor 
sikertelen volt a keresés vagy a kliens 
számítógépen nincs belépett felhasz- 
náló. Most már minden létfontosságú 
információnk megvan, hogy eldönt- 
sük, jogosult-e a felhasználó megte- 
kinteni az oldalt vagy sem. Ezzel az is 
lehetővé válik, hogy a felhasználó szá- 
mára egyedi oldalt jelenítsünk meg. 
Ezt az intranet oldalunk index.cgi fájl- 
jának egy részével demonstrálnám: 


ítt: My Intranet section 

my $mint-""; 

i1f(($username eg "Guest") II] 

sz ($username eg "")) ( 
open(EMPSNAP , " . /random- 
s employee.pl 2581 ]["); 
my 4snap-cEMPSNAP: ; 
close(EMPSNAP) ; 
$mint.-joinm" , Gsnap) ; 
chop($mint) ; 

j else ( 
$mint.-éget emp. card($cn) ; 
$mint.-"cb3E-Mai!l 

s Controls:c/bscbran" ; 
$mint.-"ca href- 
sz "selfserv.cgi"5My Mail 
s c/asxn] ; 


J 


print STDOUT $mint; 


Látható, hogy ellenőrizzük, vajon 

az oldalt megtekintő személy azonosí- 
tott felhasználó-e. Ha nem, akkor vé- 
letlenszerűen megjelenítjük véletlen- 
szerűen egy munkatársunk fotóját 

és adatlapját az oldal adott részén. 

Ha azonosított, akkor az LDAP-ból 
lekérjük a megfelelő információkat 

és összeállítjuk a My Intranet 

(az Intranetem) oldalt. Ezen az olda- 
lon a felhasználó módosíthatja a pro- 
filját, megnézheti a levelezését, stb. 

A get. emp. card($cn) eljárás csupán 
kikeresi a felhasználó adatait az Active 
Directory-ból és egy HTML formátu- 
mú részt jelenít meg (2. ábra). 


Az Active Directory integrálása 

Az intranetünk másik hasznos bővíté- 
se: Active Directory felhasználói adat- 
bázis elérése LDAP-on keresztül. 

Ezt használjuk a cégnél dolgozó 
összes munkatárs listázásakor. 

Az adatbázist valós időben építjük fel, 
valahányszor szükség van rá, ezáltal 
tehermentesítve a rendszergazdákat. 
Valahányszor új felhasználó kerül az 
Active Directory-ba, azonnal látszik 
az intranetes listában is. Felhasználó- 
ink maguk szerkeszthetik adataikat, 
melyek aztán egy CGI szkript segítsé- 
gével kerülnek be az Active Directory- 
ba. Az eljárás magától értetődő, azon- 
ban néhány dolgot figyelembe kell 
venni. Bemutatom lépésről-lépésre, 
mi hogyan csináltuk. 

Először is létrehoztuk az Active 
Directory-ban a proxyuser felhasz- 
nálót. Ezzel a felhasználónévvel azo- 
nosítja magát szkriptünk az LDAP 
felé. A proxyuser írhatja és olvashatja 
azokat a felhasználói objektumokat, 
melyek 0u— Domain USers konténe- 
rében vannak. Ezt az Active 
Directory-n belül kell végre hajta- 
nunk. A CGI programjainkhoz Perl-t 
használunk, így az LDAP elérése 

a Net::LDAP könyvtáron keresztük 
történik. CGI szkriptünkkel így 
kapcsolódhatunk az Active 
Directory-hoz: 


fit: Active Directory connection 

use Net: : LDAP; 

my $1]dap-Net: : LDAP-snew 

sz ("adserver . domain. com!" ) ; 

my $mesg-$1]dap-:sbind 

sz (" proxyuserddomain. com" , 
password-5 
sz" proxyuser" ); 


(NN INN ts] 


getempinfo.pl 


$1/usr/bin/perl -w 
use Net: : LDAP; 
use strict; 
my $cn-$ARGVI[O] I] "none"; 
my $attr-$ARGV[1] I] "none"; 
ft. If nothing was given on command line then return 
if($cn eg "none") ( 
print STDERR "ERROR: No LDAP cn given" ; 
exit(1; 
H 
ft: Bind anonymously to the Idap database 
my $]dap-Net::LDAP-snew( "directory . domain. com" , timeout—55) 
or die "Couldn"t connect to directory server.n" ; 
my $mesg-$ldap- 
sbind(  proxyuserádomain . com" ,password-—5 "proxyuser " ) 
or die "Couldn"t connect to directory server.n" ; 
ft: Ouery LDAP to get a list of employees 
if($attr ne "none") ( 
$mesg-$1]dap-ssearch( base-—5 "ou-Domain 
Users , dc-domain , dc-com" , 
filter-s5 "(SAMAccountName-$cn)", 
attrs-s5 [/givenName" , "sn", "$attr"] ); 
j else ( 
$mesg-$1]dap-ssearch( base-—5 "ou-Domain 
Users , dc-domain , dc-com" , 
filter-5 "(SAMAccountName-$cn)" , 
attrs-5 [/givenName","sn"] ); 
H 
my $count-$mesg-scount(); 
($count--1) or die "Error: LDAP enumeration error." ; 
my $entry-$mesg-sentryO; 
my $value; 
my dvalues; 
if($attr ne "none") ( 
$value-—"" ; 
Gvalues-$entry-sget value("$attr"); 
my $1-1; 
for(dvalues) í 
NE Eno EA 
$value.—"/$ "; 
3 else ( 
$value.-$ ; 
H 
kán Nee 
H 
else ( 
$value-($entry-sget value("givenName")." "; 
$value.-$entry-sget value("sn")); 
H 
ft. See 1f that attribute was defined for the given cn 
1f(! (defined($value))) ( 
print STDERR "ERROR: That attribute was not defined." ; 
exit(1); 
H 
$mesg-$1dap-sunbind; 
print("$valuen") ; 
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Search Results for c dili KNNKHKH -- on Today: 





smtpdk7GZRd.wri smtpöstrongsrv.com 


smtpdS5jHjA.wri 5393932324537.bEshop.walmart.com 


Whitelist Blacktist Release View Analyze 
Whitetist Blacktist Release View Analyze 
Whitelist Blacklist Release View Analyze 
Whitetist Blacktist Release View Analyze 


smtpdFbedRZ.wri jenniferlatouroshowit4free.every1.net Whitelist Blacklist Release View Analyze 


smtpdxOKiAh.wri Direct Ouotes sarangiogmail.com 


Whitetist Blacktist Release View Analyze 


smtpdeY2XOt.wri barrmorrisnoahofamilysafeweb.net — Whitelist Blacklist Release View Analyze 





Result count: 7 


mM 3. ábra Műveletek az elfogott spamekkel 


Az Active Directory ilyen formá- 
tumban várja a felhasználónevet. 

Ez egyike azoknak, amelyet az Active 
Directory LDAP felülete igényel. 
Kapcsolódás után már lekérhetjük 

a 0u4-Domain Users konténerben 
található felhasználók listáját: 


ft: Ouery LDAP to get a list of 
5 employees 
my $basedn-"ou-Domain 
sz Users , dcc-domain , dcccom" ; 
my $filter-"(objectclass-user)" ; 
$mesg-$1dap-ssearch( 
base-5 $basedn, 
filter-5 $filter, 
attrs-5 [/givenName" , "sn" , 
sz "mail", 
" telephoneNumber " , 
5 " streetAddress" , 
"]", "st", department" , 
s "postalCode" , 
" emp l oveeNumber " , 
sz " homePhone " , 
"title", 
sz " SAMAccountName" ] 


) ; 


Megkapjuk a listát az összes felhasz- 
nálóról az összes kapcsolódó attribú- 
tummal egyetemben. lovább finomít- 
hatjuk a keresést azzal, hogy csupán 
azokat a dolgozókat listázzuk, akiknek 
a vezetékneve a CGI szkript által ka- 
pott betűvel kezdődik. Így címjegy- 
zékszerű végeredményt kapunk és 
nem kell mind a 70 felhasználót egy- 
szerre megjeleníteni. Ha a CGI szkript 
nem kapott kezdőbetút, akkor az 

a" betűs neveket jeleníti meg: 


ft: Get letter reguested in the 
s URL 

my $letter; 

$letter-param(" letter") II "a"; 





my $filter-"(£(objectclass-user) 
5 (sn-$letter7))"; 


Ha az Olvasó kevéssé járatos az LDAP 
keresésekben, akkor mindenképp ér- 
demes átolvasni az RFC-2254-es doku- 
mentumot. Ez az a pont, ahol végig- 
nézzük a kapott listát és igény szerint 
csinosítjuk. Lekérdezhetjük a munka- 
társakhoz tartozó sAMAccountName 
értéket is. Ha a találat megegyezik 

az azonosított személlyel, akkor 
kitehetünk egy linket, és arra kat- 
tintva módosítani tudja az adatait. 

Ez valahogy így néz ki: 


fit: Display the directory 
foreach my $entry ($mesg-5 
s sorted("sn")) ( 
my $san-$entry-: 
get value(" SAMAccountName " ) ; 
$empdir.-"-div classz 
sz " empcard"5" ; 
if(Ic($cn) eg 1c($san)) ( 
Hit: This 15 our man. 
—m€Enbsp;Add a button. 
$empdir.-"ca href- 
s " empedit.cgi "5Editc/as" ; 
J 
$empdir.-"-cspan i1d-"name"5"; 
$empdir.-$entry-sget value 
sz ("givenName")." " ; 
$empdir.-$entry-sget value 
EE SM g 
$empdir.-"ca/spanszcbrs"; 
$empdir.-"-cspan 1d-"title"5"; 
$empdir.-$entry-sget value 
m( title") ."; 
$empdir.-"ca/spanszcbrs"; 


$empdir.—-"c/dív:" ; 
J 
print STDOUT $empdir; 
$mesg-$]dap-sunbindO ; 


öpamáAssassin és E-mail integrációja 
2001-ben állítottuk üzembe a cég ema- 
il átjáróját, és azóta is azt használjuk. 
A Linux Journal 2001 decemberi 
számában írtam róla egy cikket. Ren- 
geteget változott azóta, de az alapok 
ugyanazok maradtak. Egyszerűen 
tárol, ellenőriz és továbbít. Minthogy 
mindez a Linuxos szerveren belül 
bonyolódik, így a Windows felhaszná- 
lók nem férnek hozzá a személyes 
SpamáAssassin konfigurációjukhoz. 
Ezt néhány CGI szkripttel oldottuk 
meg, melyekkel a felhasználók testre 
szabhatják SpamáAssassin beállításaikat. 
A felhasználók beállításaikat 

a My Intranet megfelelő részén érik 
el (2. ábra). A lenyíló menüből kivá- 
laszthatják, melyik napra kíváncsiak. 
A gombra kattintva elindul 

a selfserv.cgi szkript. A szkript nem 
vár semmiféle azonosítást, hiszen 

azt már korábban a szerveroldali 
hitelesítéssel megoldottuk. A kezdeti 
lekérdezés után újra meghívjuk 

a getempinfo.pl-t az alábbi módon, 
hogy kiderítsük az email címét: 


$i4: Get this user"s email address 
open(GETEMPINFO, "- [" , 

5 "getempinfo.pl", $cn, "mai I"); 
my $searchstring-cGETEMPINFOS5 ; 
close(GETEMPINFO)J ; 


Ezután a $searchstring változót 

— mint reguláris kifejezésünk 
alapját — fogjuk a /spam könyvtár- 
ban történő kereséskor felhasználni. 
Minthogy az Active Directory email 
mezője szabadon módosítható, 

így az esetleges elgépelések ellen 
védekeznünk kell: 


fit: Make sure this email address 
is valid 
unless($searchstring--/A[la-z JN 
ss AdomainYV. com$/) ( 

print STDOUT "Content-Type: 
5 text/plain" ; 

print STDOUT "Access Dented: 
s Your identity on N 

the network can"t be 

s verified.Mm" ; 

return(0); 
J 


Ha sikeresek voltak az ellenőrzések, 
akkor a szkript megjeleníti a kért nap 
spamforgalmát. Minden elem mellett 
számos link található. Ezek lehetővé 





teszik a spam átengedését, a feladó 
engedélyezését vagy tiltását, 
SpamáAssassin jelentés elkészítését 
vagy csupán az email tartalmának 
megjelenítését. Hogy a felhasználó 
mit tehet és mit nem tehet, azt jelen- 
esetben is a szerveroldali hitelesítés 
segít eldönteni. Részletesebben 

nem tárgyalom a dolgot, hiszen 

a szkriptek csupán a fájlok megfelelő 
áthelyezését végzik. Szeretnék vi- 
szont a (engedélyező és tiltó) listákról 
bővebben beszélni. 

A SpamáAssassin felhasználói beállítá- 
sai a felhasználó könyvtárában, 

a .spamassassin/user prefs.cf fájlban 
találhatóak. Hétköznapi esetben, 

ha linuxos a levélszerver, akkor ez 
megfelelő. A mi esetünkben azonban 
nem. A Linux szerverünk csupán 

a be és kimenő levélforgalmat vizs- 
gálja, nem rendelkezik információval 
a felhasználókról és email címeikről. 
A megoldás érdekében cselhez fo- 
lyamodtunk. A SpamAssassin rend- 
szerszintű konfigurációja a /etc/ 
mail/spamassassin/local.cf állomány- 
ban található, amelyet minden indu- 
láskor beolvas. Valójában az összes .cf 
végződésű állományt végignézi 


a /etc/mail/spamassassin könyvtárban. 


Ezt a javunkra fordíthatjuk és CGI 
szkriptünkkel itt hozzuk létre 

a felhasználói listákat $cn prefs.cf 
formátumban. A spamd-t cron-nal 
óránként újraindítjuk memória- 
felszabadítás végett, így ezzel nem 
lesz gond. Amennyiben ezt a megol- 
dást használjuk, figyeljünk oda, ne- 
hogy a felhasználók "(hotmai I! . com 
vagy ehhez hasonló SpamAssassin 
feltételeket hozzanak létre. Ezek 
ugyan személyes állományok, 

mégis kihatással vannak a Spam- 
Assassin globális működésé- 

re, hiszen a fő konfigurációs 
könyvtárban találhatóak. 


Microsoft SOL Server integrálása 
Cégünk a CPAS munkaidő nyil- 
vántartó és számlázó rendszert 
használja. Ez a szoftvercsomag 
tartalmazza az összes partnerünk 
és számlánk információit, valamint 
a marketing igazgatónk által a rek- 
lámkampányoknál felhasznált ada- 
tokat is. Szerettük volna biztosítani 
munkatársaink számára a hozzá- 
férést néhány alapvető adathoz. 
Mindezt az ügyfélszolgálat meg- 


kerülésével, hogy időt takarítsunk 
meg. A CPAS Microsoft SOL-t 
használ, így az integráláshoz segít- 
ségül kellett hívnunk a FreeTDS-t 
és a DBD::Sybase Perl modult. 

A beállítás pár egyszerű lépés. Először 
le kellett töltenünk a legfrissebb 
FreeTDS csomagot az Internetről, 

és ki kellett csomagolnunk. 

A könyvtárba belépve kiadtuk 

az alábbi parancsokat: 


s ./configure -prefix-/usr/ 
s local/freetds 

5 make 

s su -c "make install" 


Ez a megfelelő helyre telepítette 

a FreeTDS, így egyszerűbb dolgunk 
lesz a Sybase modulnál. Következő 
lépésként letöltöttük a CPAN-ról 

a DBD:Sybase csomagot. Rendszer- 
gazdaként az alábbi parancsokat 
adtuk ki: 


5 perl] -MCPAN -e shell 
s install DBD: : Sybase 


Ha néhány teszt hibát jelez, nyugod- 
tan folytassuk a telepítést, a csomag 
szerzője szerint ez elég gyakori. 

A program ezután már a gépen van, 
de meg kell ejtenünk még a FreeIDS 
konfigurálását is. A konfigurációs fájl- 
ban adjuk meg az adatbázisok adatait, 
amelyekhez kapcsolódni szeretnénk. 
Az állomány jól dokumentált és 

a logikáját is elég könnyű átlátni. 

Így néz ki egy bejegyzés: 


[JACKSON5] 
host - jackson5 . domain. com 
port —- 1433 


tds version — 4.2 


Ha a FreeTDS-t beállítottuk, akkor már 
elérjük Perl-ből az adatbázist a klasszi- 
kus DBI interfészen keresztül. Íme 
egy példa, amelyben a JACKSON5 
nevű Windows szerverünkön lévő 
concerts adatbázishoz kapcsolódunk: 


$1/usr/bin/perl -w 
use DBI; $ENVíf "SYBASE"? — "/ 
s usr/local/freetds"; 
$dbh - DBI-5connect 
sz ("dbi:Sybase: server-JACKSON5 " , 
sz "username", "password" ) 
or die "connect " ; 
$dbh-5do("use concerts"); 


Vegyük észre: környezeti változó- 
ként meg kell adnunk a FreeTDS 
könyvtárát is mielőtt csatlakoznánk. 
A változó közli a DBD::Sybase modul- 
lal, hol találja a FreeTDS modulokat. 
Ezután már a megszokott módon 
használhatjuk a DBI felületet. 

Ha eddig MySOL-lel dolgozott 

a kedves Olvasó, mindenképp nézze 
át alaposabban a Microsoft SOL Server 
használatára vonatkozó információ- 
kat. Néhány dolog igencsak más 

a megszokottakhoz képest. 


Zárszó 

Reményeim szerint sikerült pár hasz- 
nos ötletet adnom, hogyan lehet haté- 
konyan integrálni intranetté a legalap- 
vetőbb szolgáltatásokat, amelyek egy 
irodában előfordulhatnak. Az intranet 
sokkal több egy elektronikus hirdető- 
táblánál. Megfelelő intranet időt taka- 
rít meg a rendszergazdák számára, 

de munkatársak is hatékonyabban 
végezhetik munkájukat. A felhaszná- 
lók számára ugyanis sokkal egysze- 
rűbb webböngészővel dolgozni, 

mint parancssorból. Kovácsoljunk 
ebből előnyt és az intranet cégünk 
értékes befektetésévé válik. 
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A Linux NTFS fájlrendszerrel kapcsolatos 


eszkozei 


Elképzelhető, hogy a legjobb Windows segédprogramok közül néhány 
már ott lapul a Linux partíciónkon... 


inux alól több tucat különféle 

fájlrendszerhez férhetünk 

hozzá, legyenek azok akár 
a helyi gépünkön, akár egy hálózati 
kiszolgálón. Hogy rögtön a lényegre 
térjek, Linux alatt számos olyan esz- 
köz létezik, amelyekkel Windows 
fájlrendszereken végezhetünk mű- 
veleteket, vagy akár meg is javíthat- 
juk azokat, kisegítve ezzel a bajból 
a Windows-t. 
Ezeknek a segédeszközöknek egy 
jelentős része a Linux-NTEFS projekt 
terméke. Vannak köztük olyanok, 
amelyek képességei már-már csodála- 
tosnak nevezhetők. Van például 
olyan, amelyikkel átméretezhetünk 
egy NIES partíciót. Másokkal egyedi 
fájlokat kezelhetünk, míg megint 
másokkal klónozhatunk egy NIFS-re 
formázott lemezrészt. Linux alól 
megoldható például teljes Windows 
telepítések biztonsági mentése, 
de készíthetünk olyan lemezképeket 
is, amelyekről hálózaton keresztül 
klónozhatók a windowsos munkaál- 
lomások. És mivel valamennyi ilyen 
eszköz Linux alatt fut, örökli mindazt 
a hatékonyságot, amivel a UNIX 
rendszer csak rendelkezhet. Használ- 
hatjuk ezt az eszközkészletet akár 
egyetlen olyan gépen is, amelyre 
két operációs rendszer van telepítve, 
de igazán hasznosnak azok érezhetik, 
akik egy nagyobb hálózatot tartanak 
karban. Mivel Linux alatt van átirá- 
nyítás, csövek, és persze írhatunk 
héjprogramokat is, könnyedén auto- 
matizálhatunk számos olyan admi- 
nisztratív feladatot, amelyek végre- 
hajtása Windows alatt igen fáradsá- 
gos és persze unalmas lenne. 


Hl 


Az említett segédprogramok számos 
helyen megtalálhatók, és a támogatá- 
suk is egészen kiváló. Gyakorlatilag 
valamennyi olyan Linux terjesztésre 
létezik belőlük megfelelő csomag, 
amely tartalmaz valamilyen csomag- 
kezelőt, sőt, még a Knoppix CD-n is 
megtalálhatók. Ugyanakkor a legtöbb 
terjesztés telepítője alapértelmezés- 
ként úgy állítja be a jogosultságokat, 
hogy ezeket az eszközöket csak 

a rendszergazda legyen képes futtatni. 
Aki nem tudja, hogy a kérdéses 
csomag fönt van-e már a gépén, pró- 
baképpen adja ki a man ntfsprogs 
parancsot. Ebből egyértelműen kide- 
rül, hogy legalább a dokumentációja 
föltelepült-e. 

Még ha a próba nem is járt sikerrel, 

a fentiek miatt minden bizonnyal egé- 
szen egyszerű lesz a megfelelő csomag 
telepítése. SUSE, Debian, Ubuntu és 
Gentoo alatt a csomag neve a koráb- 
ban említett ntfsprogs. Erre kell ráke- 
resnünk a telepítési adathordozón, 

és föltelepíteni, ha megtaláltuk. Egyes 
rendszereken a csomagban benne van 
az összes, az NTIS fájlrendszerek 
kezelésére használható eszköz, míg 
másokon bizonyos dolgok hiányoz- 
nak. A Debian Etch például tartalmaz- 
za az ntfsmount eszközt, míg a Sarge- 
ben található csomag nem. A Red 

Hat/ Fedora terjesztés licenszelési prob- 
lémák miatt egyáltalán nem tartalmaz- 
za magát a csomagot sem, viszont az 
interneten számos helyen megtalál- 
hatjuk annak kifejezettem ezekhez 

a rendszerekhez idomított változatát, 
olyannyira, hogy az még a Linux- 
NTES projekt hivatalos webhelyéről is 


elérhető. Aki a legfrissebb dokumentá- 
ciót vagy forráskódot szeretné letölte- 
ni, annak természetesen szintén a hi- 
vatalos weblapot (3 http://www.linux- 
ntfs.org) tudjuk ajánlani. A kapcsolód 
dokumentáció minden olyan köve- 
telményt és megoldást is tartalmaz, 
ami a programok forrásból való 
lefordításához szükséges lehet. 
Utóbbi módszer természetesen 

a Linux bármely változatán működik, 
sőt, ha valaki ki szeretné próbálni 

a legújabb szolgáltatásokat is, annak 
feltehetőleg nem is lesz más választá- 
sa, mint hogy forráskódból kezdjen 

el dolgozni. Egyes rendszereken 
persze gondot okozhat, hogy ilyen- 
kor óhatatlanul kikerüljük a csomag- 
kezelő adminisztrációs rendszerét. 
Egy fontos megjegyzés mindazoknak, 
akik a fenti figyelmeztetés ellenére 
mégis a forráskód mellett döntöttek: 
a csomag lefordításához szükség van 
a FUSE könyvtárra, aminek a forrását 
a 2 fuse.sourceforge.net webhelyről 
szerezhetjük be. A Linuxnak van 
ugyan egy beépített NIFS meghajtója, 
az NIFS segédeszközök azonban egy 
másikra támaszkodnak, ami szintén 
benne van a csomagban. A ,nem 
natív" meghajtó az, ami a FUSE 
könyvtárra támaszkodik, és amely 
számos extra szolgáltatást nyújt 

a ,kincstári" ntfsmount-hoz képest. 
Igaz ugyan, hogy valamivel lassabban 
működik, mint a kernel részét képező 
NTEFS modul, de ez talán nem olyan 
nagy probléma. Ugyanakkor fontos 
megjegyezni, hogy szükségünk lesz 

a FUSE kernelmodul betöltésére is. 
Aki tehát telepíteni szeretné a FUSE 
könyvtárat, az először is töltse le 





a legfrissebb forráskódot egy meg- 
felelő könyvtárba, amely akár azzal 
is azonos lehet, amely az ntfsprogs 
csomagot tartalmazza. Ami a fordítás 
folyamatát illeti, abban nincs semmi 
különleges. Egyszerűen csak ki kell 
adnunk a configure, make, make 
install parancsokat, utóbbit persze 
root-ként bejelentkezve (a módszer 
amúgy mára gyakorlatilag szabvá- 
nyosnak is nevezhető, a verziószám 
pedig természetesen változhat, hiszen 
a rendszert folyamatosan fejlesztik): 


tar -xzvf fuse-2.5.3.tar.gz 
cd fuse-2.5.3.tar.gz 

. /configure 

make 

make install 


A FUSE könyvtár és a kernelmodul 
telepítése amúgy nem föltétlen szük- 
séges abban az esetben, ha csupán 
olvasási jogot szeretnénk az NIES 
partíciókhoz. Ennek az az oka, hogy 
— amint az korábban is említettem — 
a Linux kernel eleve tartalmaz egy 
az NTES fájlrendszerek olvasására 
való modult, ami együttműködik 

a közönséges mount paranccsal, rá- 
adásul még gyorsabb is. Ugyanakkor 
nem rendelkezik mindazokkal a ki- 
egészítő szolgáltatásokkal, amelyek 
az ntfsmount igen. 

A következő lépés az ntfsprogs forrás- 
kódjának letöltése. Ezt is helyezzük 
el egy megfelelő könyvtárban, majd 
— rootként bejelentkezve - fordítsuk 
ugyanazzal a módszerrel, amivel az 
imént a FUSE csomagot (a verziószám 
természetesen ismét eltérhet az itt 
megadottól): 


tar -xzvf ntfsprogs- 
ST. 13.L. tar.gz 

cd ntfsprogs-1.13.1 
. /configure 

make 

make install 


Ha rendszerünk nem tartalmazza 

a FUSE könyvtárat (még ha a FUSE 
modul fut is) a configure parancs 
futtatása közben a következő figyel- 
meztetést fogjuk kapni: 


checking for FUSE MODULE... 
sz configure: WARNINGION 
ntfsmount reguires FUSE 
version 5-7 2.3.0 


Ez persze nem végzetes, az NIES-t 
kezelő eszközöket ettől még ugyan- 
úgy lefordíthatjuk, az ntfsmount 
programot azonban nem. 

Aki Red Hat/Fedora rendszert használ, 
annak a gépén még a megfelelő 
kernelmodul sem lesz fönn. Ilyenkor 
két választásunk van: vagy átállunk 
egy olyan speciális kernelre, amely 
tartalmazza az NIFS modult, vagy 

mi magunk lefordítjuk a FUSE könyv- 
tárat a bemutatott módon. 


Lássuk a programokat 

Most tehát ott tartunk, hogy az 
Olvasó vagy sikeresen föltelepített 
gépére az ntfsprogs csomagot a fent 
bemutatott módszerek valamelyiké- 
vel, vagy egyszerűen csak megtalálta 
azt a az lapértelmezésként telepített 
csomagok listájában. 

Az ntfsprogs súgóoldala tartalmazza 
a rendelkezésünkre álló segédprogra- 
mok teljes listáját. Lássuk közülük 
most csak a legfontosabbakat: 


e  mkntfs(8) - Egy partíció meg- 
formázása NIFS fájlrendszerrel. 

e ntfscat(8) - Egy NIFS fájl- 
rendszeren található fájl tartal- 
mának kiküldése a szabványos 
kimenetre. 

e ntfscloneC(8) - Egy NIES partíció 
tartalmának hatékony klónozása, 
létrehozása, visszaállítása vagy 
mentése lemezképbe/ből. 

e ntfsclusterC(8) — Felderíti 
az NTES partíció egy adott 
szektorának vagy klaszterének 
tulajdonosát. 

e ntfscp(8) - Egy NIES partíción 
található fájl felülírása. 

e ntfsfixC(8) - Egyes gyakori hibák 
ellenőrzése és javítása, A LogFile 
törlése, illetve a Windows utasítása 
arra, hogy a következő bootolásnál 
végezzen átfogó ellenőrzést az 
adott fájlrendszeren. 

e ntfsinfoC8) - Információkat 
jelenít meg egy teljes NTES 
partícióról, vagy egy azon talál- 
ható könyvtárról vagy fájlról. 

e ntfslabel(8) - Az NIES partí- 
ció címkéjének megjelenítése, 
vagy beállítása. 

e ntfsls(8) - Egy NIFS le- 
mezrészen található könyvtár 
tartalmának listázása. 

e  ntfsmount(8) —- FUSE NIFS 
modul. 


e ntfsresize(8) — NIIS partíció 
átméretezése adatvesztés nélkül. 

e ntfsundelete(8) - Törölt fájlok 
visszaállítása egy NITS fájlrend- 
szeren. 


A listában szereplő segédprogramok 
közül némelyiknek kétségtelenül 
olyanok a funkciói, hogy azok 
inkább a fejlesztőknek, semmint 

a hálózati rendszergazdáknak, 

vagy a saját, két operációs rendszert 
tartalmazó gépüket karbantartó 
otthoni felhasználóknak lehetnek 
hasznosak. Ugyanakkor sok olyan 
is van, ami valóságos életmentő. 

Ez utóbbi kategória talán legfon- 
tosabb képviselője az ntfsclone. 


Az NTFS eszközök használata 
Ahhoz, hogy kipróbálhassuk az 
ntfsclone működését, először is 
szükségünk lesz egy NIFS fájlrend- 
szerre, meg persze egy másikra, ami 
elég nagy ahhoz, hogy elférjen rajta 
az előbbi lenyomata. Utóbbira első 
közelítésben egy ext2, ext3, xfs vagy 
ReiserES fájlrendszert javasolnék. 

Az ntfsclone dokumentációja 
ugyan fölhívja a figyelmet arra, hogy 
a ReiserFS kifejezetten lassú tud lenni, 
ha szétszórtan elhelyezkedő fájlokat 
kell kezelni, én azonban ezt nem iga- 
zán tapasztaltam az újabb változatok- 
kal kapcsolatban. Használhatunk 
természetesen külső meghajtót is, 

ha van rajta elég hely. Arra azonban 
ügyeljünk, hogy bizonyos műveletek 
végrehajtásához akkora szabad hely 
szükséges, mint amekkora az egész 
Windows partíciónk. Amennyiben 

a külső meghajtó FAI32 fájlrendszert 
tartalmaz, szintén kellemetlen megle- 
petésben lehet részünk, hiszen itt van 
egy meglehetősen szűk felső korlátja 
a legnagyobb tárolható fájlnak. 

A FAIT32 általánosságban tehát nem 
igazán alkalmas erre a célra. Végeze- 
tül — bár ez meglehetősen triviális — 

a gépünkön Linuxnak kell futnia, 
tehát na nincs ilyen telepített rend- 
szerünk, akkor használjunk valami- 
lyen Live terjesztést, például egy 
Knoppix CD-t. 

Az ntfsclone fenti leírásában azt 
állítják, hogy a program hatékonyan 
teszi a dolgát, és ez nem csak valami 
hangzatos reklámszöveg. Olyannyira 
nem, hogy az újabb gépeken egy Win- 
dows XP-t futtató munkaállomás teljes 





klónozása nem tart tovább pár perc- 
nél. Ha a klónozni kívánt NITEFS fájl- 
rendszer az első IDE merevlemez 

a mentéshez használt Linux pedig 
ugyanazon a gépen fut, akkor 

a következő parancs egyetlen fájlba 
,klónozza le" a teljes Windows XP-t: 


ntfsclone /dev/hdal -Oo /usr/ 
3 local/backup/ntfs.img 


A parancsban szereplő -o kapcsoló ar- 
ra utasítja a programot, hogy írja felül 
a képfájlt, de ha az eredetileg nem lé- 
tezik, természetesen automatikusan 
lére is jön. Ha ilyen módon futtatjuk 

a programot, akkor az a képfájlt nem 
tömöríti, olyannyira nem, hogy azt 
később akár be is csatolhatjuk 

a visszacsatoló (Jloopback) eszközön 
keresztül. Ez utóbbihoz először is hoz- 
zuk létre magát a csatolási pontot: 


mkdir /usr/local/backup/mtpt 


Ha ez megvan, akkor az ntfsmount 
segítségével pontosan ugyanazt 

a szintaxist használva fűzhetjük be 
a virtuális NIFS fájlrendszerünket, 
mint ahogy azt bármely más kép- 
fájllal tennénk: 


ntfsmount -o loop /usr/local/ 
s backup/ntfs.img NM 
/usr/local/backup/mtpt/ 


Az ntfsmount alapértelmezésként 
írható és olvasható állapotban fűzi 

be a megadott fájlrendszert, ami azt 
jelenti, hogy könnyedén másolhatjuk 
vagy törölhetjük is a rajta levő fájlo- 
kat. Persze ezen a ponton meg kell 
majd küzdenünk mindazokkal az 

, apró" problémákkal, amelyek mindig 
előjönnek, valahányszor különböző 
operációs rendszerek között próbá- 
lunk mozogni. Ha például konfigurá- 
ciós fájlokat kezdünk szerkeszteni, 
mindenképpen ügyeljünk rá, hogy 

az adott rendszeren pontosan milyen 
karakterkombináció is jelzi a sor vé- 
gét. Mellesleg pedig meggyűlhet a ba- 
junk az eltérő karakterkódolásokkal is, 
de ez manapság szinte természetes. 
Ha a becsatoláshoz a natív NIFS 
meghajtót akarjuk használni, termé- 
szetesen a hagyományos mount paran- 
csot kell futtatnunk, de a szintaxis 
gyakorlatilag azonos: 


mount -o rw, loop,n1s-utf8 -t 
eentTs 
/usr/local/backup/ntfs.img N 
/usr/local/backup/mtpt/ 


Figyeljük meg, hogy itt már a becsato- 
láskor megadtuk a Windows számára 
természetes karakterkódolást is. 
Persze ez még nem véd meg bennün- 
ket mindentől. Itt is kell némi szakér- 
telem, bölcs tapasztalat, meg némi 
éberség, ha teszem azt elkezdjük 
Emacs-ból átszerkeszteni a boot.ini 
fájlt. Az az igazság, hogy éberség 
jobbra, gyakorlat balra, az ilyesmit 
még mindig biztonságosabb Windows 
alól elvégezni, esetleg a Notepad 
segítségével Wine alatt. 

Ha írási és olvasási jogra is szüksé- 
günk van az NIFS fájlrendszeren, 
akkor a becsatolásra másodikként 
bemutatott módszerrel vagy szeren- 
csénk lesz, vagy nem, attól függően, 
hogy pontosan melyik kernelverziót 
használjuk a gépünkön. Ezzel kapcso- 
latban csak annyit tudok mondani, 
hogy a natív NITS meghajtó kezelése 
és egész működése némiképp trükkös. 
Ha valami nem tetszik neki, általában 
küld egy figyelmeztetést, és ezzel 
párhuzamosan visszakapcsol csak 
olvasható módba. Ami pedig a régebbi 
változatait illeti, nos azok némelyike 
egyenesen életveszélyes, ha engedé- 
lyezzük neki az írást is. 

A fájlrendszer lecsatolását mindkét 
esetben ugyanúgy végezhetjük: 


umount mtpt/ 


A most létrehozott ntfs . img nevű 
fájlt ugyanúgy mozgathatjuk és má- 
solhatjuk, mint bármely más - bár kis- 
sé talán túlméretes -— fájlt. Ha szüksé- 
ges tömöríthetjük, tárolhatjuk bizton- 
sági másolatként, vagy feltölthetjük 
egy távoli gépre. A másolatot a bemu- 
tatott módszerre akár át is szerkeszt- 
hetjük, és szükség esetén felülírhatjuk 
vele az eredeti fájlrendszert. A lemen- 
tett képfájl visszaírása — feltéve, 

hogy abban a könyvtárban vagyunk, 
amelyben található — a következő 
paranccsal történhet: 


ntfsclone 
ss /dev/hda1 


ntfs.img -oO 


Néha a kisebb a jobb, így aztán az 
ntfsclone parancsnak is vannak 


olyan kapcsolói, amelyekkel hatéko- 
nyan tömöríthetjük a képfájlt. lalán 
meglepő, de ezekkel a jelzőkkel 

a klónozás még gyorsabb is lesz, 
akár a helyi gépen végezzük, akár 
hálózatról. Íme egy példa, amikor 

a képfájlt majdnem pontosan ugyan- 
úgy mentjük, mint az imént: 


ntfsclone --save-image /dev/ 
sshdal -ON 
/usr/local/backup/ntfs. img 


Persze azért semmi sem lehet tökéle- 
tes: ezt a képfájlt nem csatolhatjuk 
be a bemutatott módon, hacsak 
vissza nem írjuk egy merevlemezre, 
vagy egy másik, tömörítetlen fájlba. 
Az eredeti partícióra való visszaállítás 
a következőképpen fest: 


ntfsclone --restore-image 
s. -overwrite /dev/hdal NM 
/usr/local/backup/ntfs. img 


Figyeljük meg, hogy ebben a példá- 
ban a nem túl beszédes -O kapcso- 

lót a szkriptekben inkább szokásos 
--overwri te formára cseréltük. 
Persze a hatás pontosan ugyanaz lesz, 
csak a forma más. Általában is igaz, 
hogy a legtöbb jelző vagy kapcsoló 
értékét megadhatjuk hosszú de beszé- 
des, vagy egybetűs formában is. 

És akkor most jön a dolog legjobb 
része. Az ntfsclone program az 
adatokat alapértelmezésként a szabvá- 
nyos kimenetére küldi. Ez egyben azt 
is jelenti, hogy az így kinyert adatokat 
könnyedén átadhatjuk a legkülönbö- 
zőbb tömörítőprogramoknak, vagy 
átküldhetjük őket közvetlenül a háló- 
zaton is. Alapvetően bármely olyan 
program fogadhatja ezt az adatfolya- 
mot, amely képes a szabványos beme- 
netről olvasni. Nézzünk néhány efféle 
alkalmazási példát is. 

Ha már a mentés során tömöríteni 
szeretnénk a keletkező képfájlt, hasz- 
náljuk a következő feldolgozási sort: 


ntfsclone --save-image --output 
s.- /dev/hdal I] gzip N 
-c sntfs.img.gz 


Az ntfsclone a képfájl adatait 

a szabványos kimenetére küldi, amit 
úgy állítottunk be, hogy a --output 
jelző után csupán egy mínuszjelet ad- 
tunk meg. A következő lépésen a gzip 








azonnal tömöríti az átáramló adatfo- 
lyamot, amely végül az ennek a kime- 
neteként megadott ntfs . img. gz nevű 
fájlba kerül. 

Ha azt szeretnénk, hogy a képfájl egy 
távoli gépen keletkezzen, a következő 
formát használhatjuk: 


ntfsclone --save-image -o - 

s /dev/hdal [ sshN 
backupsástorage .mydomain.org N 
"dd of/home/backups/windows/ 
s 1mages/ntfs.img" 


Itt a --output jelzőt felváltotta az 
egybetűs megfelelő (-0o), a kimeneti 
csatorna azonban továbbra is 

a szabványos kimenetre irányul. 

Az adatfolyam ugyanakkor most az 
ssh bemenetére kerül, amely átküldi 
azt a hálózaton a megadott nevű 
gépre. Itt végül egy dd parancs fogja 
majd elhelyezni a megfelelő könyv- 
tárban a képfájlt. Az egész folyamat, 
valamint az ssh-val való bejelentkezés 
is a backups nevű felhasználó nevé- 
ben, az ő jogosultságaival Zajlik. 

Íme egy újabb példa: 


wget ftp://storage.mydomain.org/ 
5 home/backups/ 
windows/images/ntfs.img.gzN 

-Oo - ] gunzip ] tee /usr/ 

s local/backup/ntfs.img [XN 
ntfsclone --restore-image -- 

s overwrite /dev/hdal - 


Ezt a részletet akár közvetlenül egy 
klónozószkriptből is vehettük volna, 
hiszen láthatólag se jelszót nem kér, se 
bármilyen más felhasználói bemenetre 
nincs szüksége. A tömörített képfájlt 

a wget segítségével tölti le, majd 

a gunzip paranccsal kibontja. Ezután 
egy tee parancs következik, amivel el- 
ágaztatjuk az adatfolyamot. Az egyik 
ág a Linux partícióra kerül, amely 

a klón képfájl egy biztonsági másola- 
tát továbbra is hordozni fogja. A má- 
sik ág a /dev/hda1 partícióra íródik, 
ami természetesen nem más, mint 

a visszaállítani kívánt NIES partíció. 

A dolog működéséhez természetesen 
elengedhetetlen, hogy 

a storage .mydomain. org nevű ki- 
szolgálón működjön egy anonim FIP 
szolgáltatás. A , jelszómentes" letöltés 
persze máshogy is megoldható. Hasz- 
nálhatjuk például a wget és Apache 
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hetünk titkosító kulcspárt is a két 
gépen, amelyek segítségével az SSH 
kapcsolatot automatikusan hitelesíteni 
tudjuk. Erre a problémára is igaz, 
hogy a megoldások számát szinte csak 
a fantázia korlátozza, hiszen a megfe- 
lelő eszközök rendelkezésre állnak. 
Az ntfsprogs csomag egy másik igen 
hasznos tagja az ntfsresize. Ez pon- 
tosan azt teszi, amit a neve ígér: úgy 
lehet vele átméretezni NITFS fájlrend- 
szereket, hogy közben az adataink 

is megmaradnak. A program működik 
valódi partíciókon, de használhatjuk 
az ntfsclone segítségével készített 
klónfájlokon is. 

Érdemes megjegyezni, hogy az 
ntfsresize nem módosítja a partíciós 
táblát, csupán a partíción belül talál- 
ható NIFS fájlrendszert nyomja össze. 
A partíciós táblát az új helyzetnek 
megfelelően az fdisk vagy az sfdisk 
segítségével módosíthatjuk. 

Ebben a cikkben nem tudom részlete- 
sen leírni, hogyan is kell egy lemezt 
particionálni. Ami azt illeti, annak 

a részletes és körültekintő leírása, 
miként kell átméretezni egy olyan 
partíciót, amit eredetileg teljes egészé- 
ben egy NIFS fájlrendszer foglal el 
körülbelül olyan hosszú lenne, mint 
az egész cikk. Maga a művelet persze 
nem hosszadalmas, csak kissé veszé- 
lyes. Aki figyelmetlen, vagy egyszerű- 
en csak nincs szerencséje, könnyen 
olyan helyzetbe kerülhet, hogy többé 
nem tudja bebootolni a gépét. Ezt 
figyelembe véve, na meg azt, hogy 
egy merevlemez manapság körülbelül 
annyiba kerül, mint egy tank benzin, 
a továbbiakban egyszerűen feltétele- 
zem, hogy a particionálás már kész. 
legyük fel ugyanakkor, hogy az NIES 
partíció egyszerűen túl kicsi ahhoz, 
hogy befogadja a ráírni kívánt 

NTES fájlrendszert. Ilyen helyzetbe 
akkor szaladhatunk bele, ha nem 
vettük figyelembe, hogy a legtöbb 
particionálásra használt segédprog- 
ram lefelé kerekíti a szektorszámot, 
vagy ha egy hibás merevlemezt 
cseréltünk ki egy elvileg ugyanak- 
korára (méretként ugyanaz a szám 
van ráírva), csak — az ismert okok 
miatt — nem jött be az elv, vagy 

más a geometria. 

Az ntfsclone kiválóan működik 

a ,túl nagy" partíciókon, de semmit 
nem tud kezdeni a kicsikkel. Ha akár 
csak egyetlen olyan bit van a képfájl- 


ban, ami nem írható ki a rendelke- 
zésre álló szabad helyre, a program 
egyszerűen el se indul. 

Ilyenkor az ntfsresize lehet a men- 
tőangyalunk. Ahhoz, hogy kiderít- 
sük, vajon mennyire lehet össze- 
nyomni a képfájl tartalmát, futtassuk 
a következő parancsot (abból 

a könyvtárból, ahol az ntfs. img 
található): 


ntfsresize --info ntfs.img 


A program egy ilyesféle jelentést fog 
készíteni: 


ntfsresize v1.11.2 
Device name ntfs.img 
NTFS volume version: 3.1 


cluster size : 4096 
bytes 

Current volume size: 

3 90009203200 bytes (90010 MB) 
Current device size: 

5 90009203200 bytes (90010 MB) 


Checking filesystem consistency 
tan) 


100.00 percent completed 
Accounting clusters 


Space in use 6508 MB 

s (7.22) 

collecting resizing constraints 
tan 


You might resize at 6507421696 
sbpbytes or 6508 MB 

(freeing 83502 MB). Please make 
sa test run using both 

the -n and -s options before 
sreal resizing! 


A fenti diagnózis szerint pánikra sem- 
mi ok, a fájlrendszer tartalmát akár 
6508 MB-ra is összenyomhatjuk. Per- 
sze annak sincs értelme, hogy a lehető 
legkisebbre összenyomjunk egy fájl- 
rendszert, olyannyira, hogy ha ezt 

a rendszerpartíció tartalmával tesszük 
meg, akkor a Windows valószínűleg 
el se tud indulni a kialakult helyhiány 
miatt. Okos ember hagy némi helyet 
a jövőbeni , növekedésre". Maga 

a program ugyan azt javasolja, hogy 
ha nem vagyunk biztosak a dolgunk- 
ban, akkor futtassuk először teszt 
üzemmódban a -n és -s kapcsolók 
egyidejű megadásával, ha azonban 
tényleg biztosra akarunk menni, ak- 
kor legyen egy biztonsági másolatunk 
az eredeti képfájlról. Persze mindkét 
módszert is használhatjuk egyszerre. 





Ha a fájlrendszert 10000 MB méretűre 
akarjuk összenyomni, a következő 
parancsot kell kiadnunk: 


ntfsresize --s17e—-10000M 
sntfs.img 


Működés közben az ntfsresize elég 
sok diagnosztikai információt ír ki, 
amely sok egyéb mellett a következő- 
ket is tartalmazza: 


100.00 percent completed 
updating $BadClust file ... 
updating $Bitmap file ... 
Uupdating Boot record ... 
Syncing device ... 
Successfully resized NTFS on 
device "ntfs.img". 


Ezzel elvileg elő is állítottunk egy 
olyan NIFS fájlrendszert, ami már 
ráfér a véletlenül alulméretezett 
partícióra. 


Osszefoglalás 

Azt ugyan nem lehet állítani, hogy ha 
valaki egy biztonságos Windows mun- 
kaállomást szeretne magáénak tudni, 
akkor föltétlen szüksége van az itt 


bemutatott eszközökre, azt viszont 
nyugodtan, hogy ezek használatával 
jóval egyszerűbb lesz az élete. 

Ha valakinek egyetlen számítógépe, 

és azon két operációs rendszere van, 
az NIES-t kezelő linuxos segédprogra- 
mokkal teljes mentést készíthet az 
NIIES partícióról egy másik fájlrend- 
szerre, vagy akár egy olyan kivehető 
merevlemezre, amelyen megfelelő 
nagyságú szabad hely áll rendelkezés- 
re. Könnyen elképzelhető persze, hogy 
ez a lehetőség nem mindenkinek éri 
meg a fáradságot. Ugyanakkor ha már 
eleve adott a gépen a két különböző 
operációs rendszer, telepíthetjük a cso- 
magból azokat az egyéb eszközöket is, 
amelyekkel fokozott biztonság érhető 
el, s ez már talán meggyőző érv lehet 
mindenki számára. 

Ami a hálózati rendszergazdákat illeti, 
ha számos Windowst futtató gépet kell 
karbantartaniuk, az itt bemutatott esz- 
közök igen nagyot lendíthetnek mun- 
kájuk hatékonyságán. A két operációs 
rendszert futtató gépeken létre lehet 
hozni megosztott partíciókat (a témá- 
ról bővebben lásd Kevin Farham cikkét 
a Linux Journal 2006 júliusi számá- 
ban). Ha mellesleg a GRUB és néhány 


egyéb menütfájl is telepítve van egy 
ilyen megosztott partícióra, akkor 
írhatunk olyan szkripteket, amelyek 
egy olyan speciális futási szinten in- 
dítják újra a gépet, amelyen működve 
az automatikusan visszaállítja a meg- 
adott Windows lemezképet, frissíti azt, 
és így tovább. 

A Windows és a Linux számos terüle- 
ten versenytársaknak tekinthetők. 
Ugyanakkor a Linux egyik legnagyobb 
erőssége a nyitottsága, valamint pa- 
rancssori eszközeinek hajlékonysága. 
A Linux-NTES eszközök egyrészt lehe- 
tővé teszik akommunikációt az NIFS 
fájlrendszerekkel, másrészt mivel ez 

a kommunikáció alapvetően egyirá- 
nyú, egyben természeténél fogva 
ideálisan biztonságos is. 


Linux Journal 2007., 154. szám 





Free Software Foundation Hungary 


Alapítvány a Szabad Szoftverek Magyarországi Népszerűsítéséért és Honosításáért 


Jelenlegi tevékenységeink: 


e FSF.hu Hírlevél - http://vvww.fsf.hu/index.php/FSFhu-hirlevel 

e Szabad szoftveres kirándulások szervezése - http:/ /wwww.fsf.hu/index.php/Kirandulas 
s Szabad szoftveres roadshovv - http:/ /www.fsf.hu/index.php/Roadshow 

e Magyar OpenOffice.org - http://office.fsf.hu/ 
e Magyar Mozilla - http://mozilla.fsf.hu/ 


s Magyar Linux Dokumentációs Projekt - http://tldp.fsf.hu/ 


e Fordítási útmutató a szabad szoftverekhez - http://forditas.fsf.hu/ 
e A www.gnu.org weblap anyagainak fordítása - http:/ /vwvww.anu.org/home.hu.htmli 


e A szoftverszabadalmak elleni mozgalomban való részvétel 


e Segítség a licencek helyes alkalmazásával kapcsolatban 


Fedezd fel a szabad szoftverek világát! www.fsf.hu 








A Citadel csoportmunka-kiszolgáló 


Microsoft Exchange, had mutassam be Önnek az utódját... 


lérkezett az ideje, hogy fon- 
tolóra vegyük az átállást 


a drága, magas költséggel 
fenntartható Windows rendszerről egy 
ügyesebb, robusztusabb Linux megol- 
dásra. A rendszerek különbözőségé- 
nek felmérése megtörtént, az értekez- 
letet megtartva, a prezentációk elké- 
szültek, ideje elkezdeni. Bár egy 
linuxos háttérszerver telepítése igazi 
kihívás lehet számunkra, mindannyi- 
an tudjuk, hogy a felhasználókat ez 
a téma nem igazán hozza lázba. 
Számukra a megszakítás nélküli mű- 
ködés a fontos, hogy végezhessék to- 
vább a munkájukat. A felhasználók 
egyik alkalmazásról a másikra történő 
költöztetése (például Microsoft Office- 
ról Openoffice.org-ra) szinte rutinfel- 
adatnak számít, azonban az igazi mu- 
mus, ami nem hagy minket aludni éj- 
jelente az e-mail és a csoportmunka 
kérdése. Hogyan nyújthatunk a Mic- 
rosoft Outlookéhoz hasonló szolgálta- 
tásokat széles tömegek számára? 

A válasz egy szóban: Citadel. 

A Citadel csoportmunka-kiszolgáló 
(Citadel GroupWare Server 

2 www.citadel.org) a szabad és nyílt 
forrású szoftverek egyik méltatlanul 
mellőzött csodája. A projekt 1987-ben 
indult a már létező Citadel-CP/M 
alkalmazás UNIX-os változataként, 

és kezdetben egyetlen fejlesztő 
irányította. 

Húsz évvel később a modern idők 
Citadelje a kiforrott csoportmunka-ki- 
szolgálók összes szolgáltatásával büsz- 
kélkedhet. A különlegességek egyike, 
hogy A Citadel gyakorlatilag a Micro- 
soft Exchange összes gyakran használt 
szolgáltatását kínálja, közben kevésbé 
akadékos, és sokkal kevesebbe kerül. 
Számtalan mai cég, szervezet jut arra 
a felismerésre, hogy az informatikai 


költségvetésük legnagyobb része 

a Microsoft licencdíjaira és hardverkö- 
vetelményeinek kielégítésére megy el. 
A cégek persze fel tudnak készülni 
előre bizonyos költségek finanszírozá- 
sára, a legtöbbjük mégis elborzadva 
tekint a Vistára. Igaz, hogy a Vista 
hardverkövetelményei nem szemtele- 
nül nagyok, a legtöbb cégnek mégis 
szüksége van a hardvereszközök fÍris- 
sítésére a Visfa futtatásához, és előbb 
vagy utóbb kénytelenek lesznek be- 
vállalni. A számítógépek állandó frissí- 
tése a cégek számára a fájdalmak soha 
ki nem merülő forrása, mivel nem 
csak kiszolgálók de az az azokon futó 
szoftverek frissítése szükséges. S bár 
ez önmagában jól körülhatárolható 
volna, emellett a tömérdek munka- 
állomás is figyelmet kíván. 

Cégünk méretétől függően valószínű- 
leg a Microsoft Excange kiszolgáló 

a legizmosabb darab a szerverszo- 
bánkban, és a kiváltására alkalmas gép 
keresése az esetek túlnyomó többségé- 
ben kivágja az embernél biztosítékot. 
A Citadel egy olyan csoportmunka 
megoldás, amely lehetővé teszi 

a cég számára, hogy elkerülje a szoft- 
verfrissítéssel járó kellemetlensége- 
ket, és a hardverigénye is lényegesen 
alacsonyabb, így pár évvel kitolható 
az újabb gépek beszerzése. 


Hogyan juthatunk hozzá? 

Helyes dolog a bevett gyakorlat, mi- 
szerint a telepítést és a tesztelést egy 
tesztgépen végezzünk, mielőtt az éles 
környezetbe tennénk. A levelezőszer- 
ver cseréje esetében sincs ez másként, 
azaz végezzük a Citadel tesztelését 
olyan messze az éles rendszertől, 
amennyire csak lehetséges. A Citadel 
telepítése és beállítása nagyságrendek- 
kel könnyebb egy internetre kötött 


géppel, mivel így kihasználhatjuk az 
Easy Installation (egyszerű telepítés) 
folyamat nyújtotta előnyöket. 

A cikk írásának pillanatában a Citadel 
legfrissebb változata 6.84-es. Ajánlott 
ellátogatni a Citadel honlapjára hogy 
hozzájussunk a kiszolgáló és a telepí- 
tési útmutató legfrissebb változatához. 
A tesztkörnyezetünk egy VMWare 
Player 1.0.2-ben futó Debian Sarge, 
2.6-os kernellel. Minden különösebb 
jelentőség nélkül a cikk írása során 

a Webről történő telepítési lehetőséget 
részesítettem előnyben, de a többi te- 
lepítési eljárás is működni fog, mivel 
a Citadel mindent felrak, amire szük- 
sége van. Korábban már telepítettem, 
majd futtattam Citadelt Debian Sarge 
kiszolgálón minden gond nélkül, 

és mindkét telepítési mód tökéletesen 
működött. 


Telepítés 

Az Easy Install folyamatot fogom 
bemutatni. Nemcsak azért mert 
könnyű, de erőforrások szempont- 
jából is meglehetősen igénytelen, 
ennélfogva senki nem tudna jobbat 
mutatni. Az egyetlen követelmény, 
hogy működésre bírjuk az Easy 
Installt, az egy - lehetőleg gyors — 
internetkapcsolat. 

Az Easy Install folyamathoz a tele- 
pítendő rendszeren szükségünk 

van a fordítókörnyezetre (build 
environment). Ezen felül kell még egy 
curl (vagy wget). Ha SSL elérést is sze- 
retnénk a szerverünkhöz szükség lesz 
még a libssl-dev csomagra is. Debian 
rendszeren a következő parancs ki- 
adásával telepíthető illetve ellenőriz- 
hető a fordítókörnyezet megléte: 


apt-get install build-essential 
sscur] libss1]-dev 








Nem sok előnye van a Citadel fekete 
doboz (zárt rendszer) szemlélet szerinti 
tervezésének. A szemlélet egyrészt 
úgy jelenik meg a gyakorlatban, hogy 
a Citadel a saját hitelesítő felhasználói- 
adatbázisát használja és nem a rend- 
szer adatbázisát (leggyakrabban: 
/etc/passwd). Ha azt szeretnénk, hogy 
a Citadel a rendszer hitelesítő adatbázi- 
sát használja, mielőtt hozzátognánk 

a telepítéshez, állítsuk be az 

IS AUTOLOGIN környezeti változót 
"Igen értékre az alábbiak szerint: 


export IS AUTOLOGIN-yes 


Most, hogy a környezet kész, itt az 
ideje, hogy berúgjuk az Easy Installt 
a következő paranccsal: 


cur!] 
ss http://easyinstall.citadel . org/ 
szinstall I sh 


vagy ha a wget szimpatikusabb, akkor: 


wget -g -O - 
s http://easyinstall.citadel . org/ 
szi-nstall I] sh 


A Citadel letölti a telepítőt, kicsoma- 
golja, majd elindítja a telepítési folya- 
matot. A telepítési folyamat során 

a Citadel feltesz néhány kérdést, 
amihez ott az alapértelmezett válasz 
is. Így ha nem válaszolunk sem 
marad nyoma semmilyen misztikus 
beállítási naplóban. 

A Citadel igen szerény, és bár renge- 
teg hasznos eszközzel gazdagítja 

a társaságot, nem feltételezi, hogy 
ezek közül bármire is szükségünk 
lesz. A Citadel megkérdezi, hogy 
szeretnénk-e a beépített POP, SMTP 
vagy IMAP kiszolgálót használni, 
vagy hagyja a rendszerünkön már 
meglévőeket úgy ahogy vannak. 
Továbbá ott van még a WebCit névre 
hallgató webes felület, amit a felhasz- 
nálók ugyanúgy használhatnak a le- 
veleik, naptárbejegyzéseik és névjegy- 
zékük eléréséhez ha úton vannak, 
vagy valahol távol a helyi e-mail és 
személyi adataikat kezelő ügyfélprog- 
ramjuktól. Ha kiválasztjuk a WebCit 
telepítését, a Citadel nem akarja egy- 
ből a 80-as kaput lefoglalni. Így lehető- 
vé válik a WebCit futtatása egy nem 
szabványos kapun, változatlanul 
hagyva ezzel a kiszolgálón már meg- 
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Welcome to My System! 


This logon banner resides in /usr/local/citadely/jmessages/hello -- please customize it for your síte. 


User name: l 
Password: I 
Language: English (US) 


Login ] Newuser ] Exit ] 


s If you already have an account on My System, enter your user name and password and click "Login." 
$ If you are a new user, enter the name and password you wish to use, and click "New User," 


$ Please log off properly when finished, 


$ You must use a browser that supports frames and cookies. 


$ Also keep in mind that if your browser is configured to block pop-up windows, you will not be able to receive any instant messages. 


lévő egyéb webszolgáltatásokat. 

A kíváncsiak számára: A Citadel 

a /usr/local/citadel mappába kerül, 
a WebCit - ha kértük a telepítését — 
pedig a /usr/local/webcit mappába. 
A kapcsolódó rendszerkönyvtárak 
a /usr/local/ctdlisupport mappában 
találhatók. 


Eltávolítás 
A telepített Citadel példány eltávolítá- 
sa nagyon egyszerű: 


1. Töröljük a három fentebb emlí- 
tett mappát (/usr/local/webcit, 
/usr/localfcitadel, 
/usr/local/ctdlsupport). 

2. Távolítsuk el a Citadel és WebCit 
bejegyzéseket az inittab fájlból 
(általában: /etc/inittab). 

3. Adjukkiazinit g parancsot az 
init újraindításához. 


Kész. 


Kezdeti beállítások 

A beállításhoz és a használathoz is 

a WebCit webes felületét választottuk, 
ám ezalatt a szép felhasználói felület 
alatt egy szöveges alapú BBS szív do- 
bog. Látszólag a Citadel minden beál- 
lítási és a legtöbb mindennapos hasz- 
nálatú lehetősége elérhető szöveges 
módban a szebb napokat is látott BBS 
segítségével. Sajnos ez a fajta kapcso- 
lattartás szinte teljesen ismeretlen 





a mai felhasználók számára, így 

a WebCit felületre összpontosítunk 

a munkánk elvégzéséhez. 

Az a helyzet, hogy ettől még néha 
szükséges lehet konzolról vagy héjból 
is bejelentkezni, ezért meg kell változ- 
tatnunk a Citadel naplózási módját. 
Alapértelmezetten a Citadel a konzol- 
ra naplóz, és ezt át kell irányítani vala- 
hová máshová, hogy el tudjuk végez- 
ni a dolgunkat a héjban is. Számtalan 
különböző módszer létezik ennek 
eléréséhez, de mióta a Linux konfigu- 
rálható syslog démonnal rendelkezik, 
logikus választásnak tűnik a /etc/- 
syslog.conf szerkesztése (Debian rend- 
szeren), és a local4 képesség átirányí- 
tása egy naplófájlba, vagy valahová 
máshová, ahol nincs útban. 

Az első ember, aki bejelentkezik 

a Citadel webfelületén rendszergazda 
szintű felhasználóvá válik. A rend- 
szergazda fiók elkészítéséhez írjuk 

be a böngészőnkbe az elérési utat 

és a kaput, amit a WebCtit telepítése 
során megadtunk, írjuk be a felhasz- 
nálónevet és a jelszót, és nyomjuk 
meg az Új felhasználó gombot 

(1. ábra). Onnét tudjuk, hogy rend- 
szergazdává váltunk a rendszerben, 
hogy látjuk a Rendszergazda feliratú 
gombot a menü bal alsó sarkában 

a bejelentkezés után (2. ábra). 

A rendszerszintű beállítások eléré- 
séhez kattintsuk a Rendszergazda 
feliratú gombra, és egy jól szervezett, 
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switch to room list 


Lobby 





Changes made on this screen will not take effect until you restart the Citadel server. 


Directory Auto-purger Indexing/journaling 


Network services 


POP3 listener port (-1 to disable) 

SMTP MTA port (-1 to disable) 

Correct forged From: lines during authenticated SMTP 
IMAP listener port (-1 to disable) 


110 


Network run freguency (in seconds) 

Server IP address (0.0.0.0 for "any") 

SMTP MSA port (-1 to disable) 

IMAP over SSL port (-1 to disable) 

POP3 over SSL port (-1 to disable) 

SMTP over SSL port (-1 to disable) 

Instantly expunge deleted messages in IMAP 

Allow unauthenticated SMTP clients to spoof this sítets domains 
Postfix TCP Dictionary Port (-1 to disable) 


Save changes / Cancel 














mindenre alkalmas beállítómenübe 
jutunk. A fő kategóriák az oldal teteje 
mentén találhatók, rájuk kattintva az 
adott terület beállításai tűnnek fel 

a képernyőn. Már említettük, hogy 

a Citadel a webfelület alatt szöveges 
módú, és a beállítási lehetőségek 

egy része elég nyilvánvalóan arra 
vonatkozik. 

Az összes beállítási lehetőség alapos 
ismerete túl mutat a cikk hasábjain, 

a legfontosabb lehetőségek azonban 
megtalálhatók Hálózat és Könyvtár 
(Network and Directory) menüpont 
alatt (amennyiben LDAP-ot haszná- 
lunk). A Hálózat fül alatt az egyes ka- 
puk megváltoztatására és az azokon 
futó szolgáltatások engedélyezésére 
és tiltására van lehetőség. A Könyvtár 
menüpont alatt az LDAP beállításokat 
adhatjuk meg. Ha mi nem használunk 
LDAP-ot, ezeket a képernyőket hagy- 
juk változatlanul, mivel a Hálózat 
menüpont alapbeállításai is egész 
korrektek, illetve a telepítés során 
megadott értékeket tükrözik. 
Megnézhetjük a Hozzáférés (Access) 
fület is, hogy megbizonyosodjunk ar- 
ról, hogy a megfelelő értékek vannak 
beállítva az új felhasználók létrehozá- 
sára vonatkozóan. Valószínű, hogy 
egy céges kiszolgáló esetében a rend- 
szergazda létrehozza előre az összes 
felhasználói fiókot, ezután a felhasz- 
nálók általi fiókkészítést lehetőségét 
ki lehet kapcsolni. 

Általában, mielőtt a felhasználókat 
rászabadítanánk a WebCit felületre, 
valószínűleg be szeretnénk állítani 


az oldal kinézetét egy kicsit. Ahogy 
végigmegyünk a WebCtit telepítési 
folyamatán, láthatjuk az alapértelme- 
zett szöveges feliratokat az oldalon, 
amely tartalmazza azok elérési útját is. 
Ennek egyik legjobb példája az üd- 
vözlőfelirat a fő bejelentkező képer- 
nyőn (1. ábra). Változatos tartalmú 
szövegfájlok találhatók a /usr/ 
local/citadel/messages mappában, 
amelyek az igények szerint testre 
szabhatók. 


Az e-mail-ek beállítása 

Kezdjük mindjárt az elején, és mielőtt 
a levelezési bejegyzéseket átirányíta- 
nánk a vadiúj Citadel kiszolgálóra, 
rögzítsük, hogy mely tartományokra 
érkező leveleket fogadja a rendszer. 
Ajánlom, hogy bízzuk ezt a dolgot 

a Citadel kínálta lehetőségre, és ne 
próbálkozzunk a beállítási fájlok he- 
gesztésével. Ahhoz, hogy beállítsuk 
az általunk kezelni kívánt levelezési 
tartományokat, kattintsunk a Haladó 
(Advanced) menüpontra, majd ott 

a Tartománynevek és Internet e-mail 
(Domain names and Internet e-mail) 
beállítási hivatkozásra. 

A megjelenő képernyőn írjuk be az el- 
ső tartományt, amire fogadni akarjuk 
a leveleket a Helyi álnevek (Local host 
aliases) mezőbe. Kattintsunk a Hozzá- 
adás (Add) gombra, és folytassuk 

a többi tartománynév beírását, ahogy 
épp az adott helyzet megkívánja. 

A helyi álnevek mező az egyetlen, 
amelyet kötelező megfelelően kitölte- 
ni, de ezen felül számos egyéb hala- 





dóbb működés beállítására is lehető- 
ségünk van ezen a képernyőn belül. 
Megadhatjuk a tartományokat, amit 
a Globális Címlistában (Global 
Address List, GAL) a címek végéhez 
fűzzön, kijelezhetjük az intelligens 
gépazonosítókat (smart host adresses), 
ha a kiszolgálónk nem közvetlenül 
küldené a leveleket, vagy egy 
spamszűrőhöz, illetve valósidejű feke- 
telistához (realtime blackhole list, 
RBL) irányíthatjuk, hogy kitakarítsa 
a kéretlen leveleket, mielőtt a helyi 
fiókba kézbesítené. 

És ennyi. Működik a levelek küldé- 
se, fogadása a telepített Citadel 
kiszolgálónkon. 


Ügyfelek beállítása 

Szakmailag egyáltalán nem szükséges, 
hogy külön ügyfélprogramot állítsunk 
be. A WebCit az összes gyakran 
használt csoportmunka lehetőséget 
webfelületen keresztül kínálja, így 

a felhasználók azonnal hozzákezd- 
hetnek az életük szervezéséhez 

a WebCiten keresztül. Ugyanakkor 

a helyi gépen futó ügyfélprogramok- 
nak van néhány előnyös tulajdonsá- 
ga, és a legtöbb felhasználó sem lesz 
elégedett a webes felülettel. 

Szóval tennünk kell valamit. 

A felhasználók szükségleteitől függő- 
en igen sokféle linuxos ügyfélprogra- 
mot használhatunk a Microsoft 
Outlook kiváltására. Számos próbálko- 
zás után a KDE Kontact személyi adat- 
kezelőt találta a legegyszerűbben 
használható programnak, amit 
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a Citadel kiszolgálóhoz csatlakoztat- 
hatunk, tehát ezt fogjuk használni. 

A Kontact a KDE projekt ,mindent 
egyben" személyi adatkezelője. Bizo- 
nyos értelemben a Kontact egyszerű- 
en csak a személyi adatok kiolvasásá- 
nak egységes felületét nyújtja 

a KMail, KOrganizer, KAddressbook 
és néhány más jegyzetelő és hírolvasó 
összetevő számára. 


KMail 

A KMail beállítása inkább nevezhető 
rutinfeladatnak. Ha valaha is talál- 
koztunk már levelező ügyfél beállítá- 
sával, akkor a KMaillel is boldogulni 
fogunk mindenféle tanács nélkül. 
Feltéve, hogy beállítottuk a Citadel 
kiszolgálónk POP vagy IMAP szol- 
gáltatását, be fogjuk tudni állítani 

a KMailt, hogy kapcsolódjon hozzá- 
juk. Egyszerűen csak adjuk meg 

a Citadel kiszolgáló IP-jét vagy URL- 
jét, a telhasználói fiók adatait, és ezzel 
készen is vagyunk (5. ábra). 


KOrganizer 

A Kontact naptárfunkcióinak beállítá- 
sa egy kicsit nehezebb feladat. Úgy 
találtam, hogy a GroupDAV protokoll 
a legegyszerűbben beállítható és leg- 
profibb, szóval ezt fogjuk használni. 
A néhány dolog egyike, amit tudnunk 
kell, hogy hogyan állítsuk össze 

a GrouppDAV URL-ünket. Egész 
egyszerűen a GroupDAV URL-ünk 

a Citadel kiszolgáló URL-je (beleértve 
a nem szabványos HITP kaput, ha 
úgy állítottuk be a Citadelt, hogy az 


ne a 80-as kapun figyeljen), 

a /groupdav taggal a végén. Esetem- 
ben például a GroupDAV URL: 
http://192.168.38.128/groupdav. 

A KCalendar csoportmunka lehetősé- 
gének engedélyezéséhez kattintsunk 
a Naptár (Calendar) ikonra a bal oldali 
sávon. A középső ablakrész alján meg- 
jelenik egy Naptár feliratú terület. 
Kattintsunk jobb gombbal a középső 
terület bármelyik részére, és válasszuk 
a Hozzáadás (Add) menüpontot. 

A megjelenő ablakban válasszuk 

a GroupDAV kiszolgáló lehetőséget. 
Ha nem látnánk ezt az opciót, valószí- 
nűleg azért van, mert nincs telepítve 

a kdepim-kresources csomag. lelepít- 
sük, majd indítsuk újra a Kontact 
programot, ezek után már jól kell 
működnie. 

A GroupDAV kiszolgáló lehetőség ki- 
választása után az Erőforrások beállítá- 
sa (Resource Configuration) ablak fog 
megjelenni. A Név (Name) mezőben 
adjunk nevet a leendő naptárunknak 
(bármit, ami utalhat a naptár jellegére), 
az URL mezőbe pedig írjuk a már em- 
lített GrounDAV URL-ünket. A felhasz- 
nálói név és a jelszó ugyanaz, amit 
beállítottunk, amikor legelőször belép- 
tünk a Citadel kiszolgálóra. Kattint- 
sunk a Mappalista frissítése (Update 
Folder List) gombra, és az alsó Mappa- 
terület (Folder Section) meg fog telni 

a Naptárak és Teendők (Calendar and 
Tasks) választógombokkal (6. ábra). 
Elvileg a Naptárak és Teendők elemei 
előtti jelölőnégyzetekre kattintva 
engedélyezhetjük azokat, de még 





kicsit bugos a rendszer. Sokszor két 
példányt mutat ugyanabból., ahogy az 
a 6. ábrán is látható. Úgy tűnik, hogy 

a Naptárak és TIeendők engedélyezésé- 
nek egyetlen biztosan működő módja, 
ha jobb gombbal kattintunk az egyes 
elemekre, és a felugró menüből az 
Engedélyezés menüpontot választjuk. 


Contacts 

A Kontact Contacts (mondjuk el ötször 
gyorsan egymás után) programjának 
beállítása pontosan ugyanúgy Zajlik, 
mint a KCalendar esetében. Kattint- 
sunk a Kapcsolatok (Contats) ikonra 
a bal oldali sávon. A középső ablak- 
rész alján megjelenik egy Címjegyzé- 
kek (Address Book) feliratú terület. 

A jobb gombos trükk itt nem műkö- 
dik, helyette kattintsunk Hozzáadás 
(Add) gombra. Válasszuk itt is 

a GroupDAV kiszolgáló lehetőséget, 
és töltsük ki ugyanazokkal az ada- 
tokkal, mint a KCalendar beállítása 
esetében. Kattintsunk a Mappalista 
frissítése (Refresh Folder List) gombra, 
majd alkalmazzuk a jobb gombos 
engedélyezéses trükköt, és már túl 

is vagyunk az egészen (68. ábra). 
Hasonlóan, mint a KCalendar eseté- 
ben, ha már beállítottuk a GrounDAV 
csatlakozást, a KDE-ből és a WebCit 
felületről egyaránt kezelhetjük az 
adatainkat (9. ábra). 

A Feladatok (1Tasks) és Journal terüle- 
tekkel a KCalendar beállítása után 
már csak annyi a dolgunk, hogy 
elvégezzük velük a munkánkat. 
Egyikük sem igényel külön beállítást. 
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7 GroupDAV Server (e.g. OpenGroupware) Resource Settings 
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7 GroupDAV Server (e.g. OpenGroupware) Resource Settings 
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Egy csomó más ügyfélprogram támo- 
gatja eltérő fejlettségi fokon 

a GroupDAV protokollt. Ezek bárme- 
lyike használható a Kontact helyett, 
jóllehet, valószínűleg kevesebb funkci- 
óval. Az összes szóba jöhető ügyfél és 
azok GroupDAV támogatásának fejlett- 
ségi fokáról a GrounpDAV weboldalán 
tájékozódhatunk (www.groupdav.org/ 
implementations.html]). 

A GroupDAV nem az egyetlen techno- 
lógia, amit a Citadel támogat. 

A WebDav és a Webcal protokollokat 
szintén használhatjuk, ha naptárak és 
határidőnaplók megosztásához ügy- 
félprogram gyanánt a Mozilla 
Sundbird-öt, vagy az Evolutiont sze- 
retnénk igénybe venni. Fejlesztés alatt 
áll még egy Microsoft Outlook csatla- 
kozó (connector) is, de jelen pillanat- 
ban az Outlook csak a POP/IMAP le- 
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veleket és az IMAP mappákat tudja 
elérni. Ahogy az idő halad előre, egy- 
re több GroupDAV és/vagy WebDAV 
protokollt támogató ügyfélprogram 
kerül a nyilvánosság középpontjába. 
A Citadel GYIK tartalmaz egy fo- 
lyamatosan frissülő listát az ügyfél- 
programokról és azok beállításának 
módjáról. 

Találhatunk még néhány a Microsoft 
Exchange-t is megszorongató, csoport- 
munkát támogató projektet az út szé- 
lén, de a Citadel egész egyszerűen 

a legkönnyebben telepíthető és üze- 
meltethető rendszer. A Citadel telepí- 
tésének legnehezebb része kivárni, 
amíg letöltődik mindegyik összetevő. 
A Citadelt folyamatosan fejlesztik, 

és mire ez a cikk a nyomdába kerül, 
lehet, hogy új változatot adnak ki be- 
lőle. A vezető fejlesztőt, Art Cancrot 


A part 1: (text/x-vcard) (214 bytes) 


6 j 





elérhetjük az UNCENSORED! BBS 
fórum Citadel támogatás témakörén 
keresztül (uncensored.citadel.org), 

s vele együtt még más Citadel fejlesz- 
tőket és tapasztalt felhasználókat. 
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személyi digitális videó rög- 

zítők (DVR-ek) megjelenése 

emberek milliói számára 
változtatta meg a tévénézés élményét. 
A VCR talán függetlenítette az embe- 
reket a csatornák által diktált prog- 
ramtól és időbeosztástól, de a DVR 
sokkal több szabadságot és irányítási 
lehetőséget nyújt számunkra. 
A legtöbb fogyasztó set-top DVR-t 
használ, akár külön megvásárolva, 
akár egy műholdas vagy kábeles cso- 
mag részeként. lermészetüknél fogva 
ezek a készülékek nem tudják teljesen 
kihasználni a DVR előnyeit. Először is, 
a DVR gyártók üzletpolitikai okok mi- 
att vonakodnak olyan technológiákat 
kifejleszteni, ami a nézők számára le- 
hetővé tenné a reklámok automatikus 
átugrását. Emellett a kereskedelmi 
rendszerek havi előfizetési díjat kér- 
nek a műsorajánlókért, ami egy év 
alatt már könnyen túllépheti a felvétel 
eredeti költségét. Végül a gyártók 
igyekeznek elvenni a tulajdonosok 
kedvét az olyan egyszerű változtatá- 
soktól, mint például a lemezterület 
kibővítése vagy több DVR összekötése, 
ami lehetővé teszi, hogy a házban 
levő bármely tévén megnézhessük 
a felvett műsort. 
Ez elvezet a kettes számú megoldás- 
hoz - mi magunk hozzuk létre a DVR- 
t. Számos olyan csomag elérhető Win- 
dows alatt — bár egyik sem ingyenes -, 


14 


VR már nem 
GAÁL LAT A 


Van Not d at ekz aal teÉti 
nyújt a MythI V-ről, a TiíVo-t 
helyettesítő Linux alkalmazásról 


ami megfelelő DVR képességeket 
biztosít. Amennyiben Linux alatt futó 
minőségi DVR-t szeretnénk, a megol- 
dás a MYythIfTTV. Ez a cikk végigvezet 
azokon a lépéseken, amire a MythTV 
telepítéséhez szükségünk lesz egy 
működő Linux rendszeren. 

A MythIV felépítése egész egyszerű. 
Egy démon folyamat, a mythbackend 
felügyeli a tuner kártyákkal való pár- 
beszédet, meghatározza a rögzítendő 
műsorokat, és ellátja a mindennapos 
DVR-feladatokat. Elméletileg ez min- 
den, amit futtatnunk kell a szerverün- 
kön. Például, ha van egy Hauppauge 
MediaMVrP set-top átalakítónk, futtat- 
hatunk rajta egy speciális betöltőt, 
ami közvetlenül a szerveren futó 
MythITV back enddel fog kommuni- 
kálni, és lehetővé teszi, hogy a házon 
belül bármely tévén megnézzük 

a felvett műsort. 

A legtöbb felhasználó azonban 

a mythfrontend programot is szeretné 
futtatni, ami egy GUI-n keresztül az 
összes felhasználói szintű PVR funk- 
ciót biztosítja. Amellett, hogy a néző 
kiválaszthatja, mit vegyen fel, és mi- 
lyen rögzített anyagokat illetve élő 
adásokat nézzen, a mythfrontend 
megjeleníthet időjárási adatokat, aktu- 
ális híreket, böngészhet weboldalakat, 
és még játékra is alkalmas megfelelő 
bővítmények (plugin) használatával. 
Egyidejűleg több kezelőfelületet is 





használhatunk (különböző gépe- 

ken futtatva), amelyek mind ugyan- 
azzal a háttérszerverrel vannak 
kapcsolatban. 

Először is beszéljünk egy kicsit a hard- 
verről. Mint általában, a hardverszük- 
ségletünket itt is az határozza meg, 
hogy mire akarjuk használni. Minél 
több feladatot szeretnénk a MythTV 
szerverrel egyidejűleg kezelni, annál 
nagyobb számítási teljesítményre lesz 
szükség. Ha két műsor egyidejű felvé- 
tele alatt egy harmadikat nézünk, 

és eközben egy negyediket készítünk 
elő DVD írásra, ez már komoly erőfor- 
rásokat vesz igénybe, így nem árt rá- 
szánnunk a pénzt egy valamirevaló 
processzorra. Szerencsére nincs szük- 
ségünk folyékony nitrogénnel hűtött, 
háromszorosan tuningolt erőműre 

a feladat elvégzéséhez, egy 2.83 GHZ-es 
chipnek elégnek kell lennie. 

Emellett megfelelő lemezterületre 

is szükségünk lesz, ha kedvenc soro- 
zatunk összes epizódját tárolni sze- 
retnénk. Mivel a legkevésbé sem sze- 
retnénk egy zajos lemez zúgását hall- 
gatni a kedvenc műsorunk közben, 
használjunk SATA-t. Egy pár 250 GB 
méretű meghajtót már 250 dollárért 

is megkaphatunk, és ez már elég 
tárhelyet jelent ahhoz, hogy még 

a legkeményebb videófüggőket is 
kielégítse. Hamarosan a fájlrend- 
szerekről is szót ejtünk. 
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Meglepő módon a videóillesztő nem 
tartozik a kritikus összetevők közé. 
Ez nem jelenti azt, hogy elő kéne ás- 
nunk az 1995 körül használt Hercules 
kártyánkat, de egy viszonylag új 

(pl. tavalyi) AGP kártyának megfele- 
lőnek kell lennie, bár a fejlett OpenGL 
támogatás sokat segít. A tunerkártya 
már komolyabb kihívás. A megfelelő 
kártyák kiválasztása nagyban meg- 
könnyítheti a MythIV rendszer tele- 
pítését és használatát. Egyértelműen 
figyelembe kell vennünk bizonyos 
tényezőket, például, hogy akarunk-e 
HDTV adást felvenni; ebben az 
esetben egy HD-re nem képes kártya 
eleve kiesik. A cikkben a legtöbb 
MythIV rendszerben használt kár- 
tyákkal, a Hauppauge WinTV-PVR- 
250-el és a WinTV-PVR-350-el foglal- 
kozunk. Ami a Hauppauge kártyákat 
olyan vonzóvá teszi, az, hogy integ- 
rált MPEG kódolóval rendelkeznek, 
ami drasztikusan csökkenti a CPU ter- 
helését. A 250-es és a 350-es változat 
közötti különbség az, hogy a 350 egy 
hardveres MPEG dekódert is magába 
foglal, emellett a videókimenetnek 
köszönhetően TV készülékhez csatla- 
koztatható. Ez azonban körülbelül 
50 dollárral többe fog kerülni, mint 

a 250-es. Mivel elég valószínű, hogy 
nem a nappali közepén fogjuk elhe- 
lyezni a szerverünket, csak hogy 


ae JEL stieő 





csatlakoztathassuk a tévéhez, javas- 
lom a 250-est, ami kiskereskedelmi 
áron körülbelül 130 dollárból már 
kijön, és vegyünk egy MediaMVDP-t 
(kb. 80 dollár) a tévécsatlakozáshoz. 
A Hauppauge kínálatában megtalálha- 
tó a WinTV-PVR-500 MCE két beépí- 
tett tunerrel és egy videókimenettel, 
de nem tartozik hozzá távirányító, 
ami hasznos lehet, ha távolabbról 
szeretnénk vezérelni a MythTV-t. 

A WinTV-PVR-250 viszonylag gazda- 
ságos megoldást nyújt a műsorok 
rögzítésére, de tartsuk észben, hogy 
HDTV adás felvételére a Hauppauge 
kártyák nem alkalmasak. 

Egy másik dolog, amin el kell gondol- 
kodnunk, hogy a csatornaváltáshoz 
szükségünk van-e műholdvevő 
vagy kábeles egység vezérlésére. 
Ehhez valószínűleg egy IR Blastert 
kell alkalmaznunk: ez az eszköz a so- 
ros portra csatlakozik, és a megfelelő 
parancsokat küldi a set-top átalakító- 
nak. Arra is figyeljünk, hogy egy 
set-top átalakítót csak egy csatornára 
hangolhatunk, így ha egyszerre két 
műsort akarunk felvenni, az lesz 

a vége, hogy két set-top box árát kell 
kifizetnünk. Ez az egy nagy előnye 

a kábeles és műholdas szolgáltatók 
által kínált DVR megoldásoknak; 

a set-top átalakítóba beépítenek 
mindent, így ezzel nincs probléma. 





A szokatlan hardverkövetelmények 
után lássuk magát a rendszert. Annak 
ellenére, hogy a telepítését nehéznek 
mondják, úgy találtam, hogy a Gentoo 
kínálja a legkönnyebb megoldást 

a MythTV installálására. Használjuk 
bármely szabvány útmutatót az alap 
Gentoo rendszer felállítására. A legfon- 
tosabb dolog, amire figyelnünk kell, 
hogy megfelelő módon hozzuk létre 

a fájlrendszereket. Feltéve, hogy be- 
szereztünk két 250 GB méretű SATA 
meghajtót, használjuk a Logical 
Volume Managert (LVM), hogy a tár- 
hely legnagyobb részén egyetlen 
nagy partíciót hozzunk létre. Javas- 
lom, hogy normál módon futtassuk 

a telepítést, de hagyjuk a 0. meghajtó 
nagy részét és az 1. meghajtó teljes 
egészét érintetlenül. Így felhasználunk 
körülbelül 10 GB-ot a 0. meghajtón 

a root, usr, swap és var céljaira, 

és fennmarad 240 GB. Amint készen 
van, és fut a rendszer, hozzunk létre 
egy 490 GB-os LVM partíciót a fenn- 
maradó helyen. 

Általánosan elfogadott jó tanács, hogy 
használjunk JSF (IBM Journaling File 
System) fájlrendszert azon a partíción, 
ahol a felvett műsorokat tároljuk. 

Ez nyújtja a legjobb teljesítményt 
nagy fájlok törlésekor — amire 

a MythTV esetében gyakran sor kerül. 
Ez azt jelenti, hogy biztosítanunk 

kell a JSF belefordítását a kernelbe 
(nem modulként használjuk). Ugyan- 
ez érvényes az LVM támogatásra is. 

A Gentoo Wiki oldal (lásd az online 
források között) kiváló áttekintést 
nyújt a kernel helyes beállításáról 

a beépített Hauppauge távvezérlő 
kezeléséhez és a szükséges csomagok 
telepítéséről. Amint minden kész 

és működik, készen állunk magának 
a MythIV-nek a konfigurálására. Sze- 
rencsére a telepítés egyszerűen abból 
áll, hogy elindítjuk a mythsetup prog- 
ramot, és egy sor varázsló segítségével 
megadunk néhány beállítást, mint 
például a kábeltévével, illetve a mű- 
holdas rendszerrel kapcsolatos infor- 
mációkat. A telepítés nem telik öt-tíz 
percnél hosszabb időbe. 

A MythIV egyik érdekessége, hogy 
mindent egy MYSOL adatbázisban tá- 
rol (kivéve magát a videót, természe- 
tesen). Ez megkönnyíti az információ 
importálását és kinyerését, valamint 
trükköket is lehetővé tesz. Például 
egy csatorna frekvenciájának finom- 
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usA Law 6 Order; Special Victims; Unit 


"Justice" 


The detectives investigate the rapelmurder of a woman whose 
stepfather is a judge (Keir Dullea) known for his harsh sentencing of... 
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Kill Reality, (Reality) 


Law, éc Order; Special Victiíims [law 8 Order: Special Victims 
Unit (Crime. drama) Unit (Crime. drama) 





. 2 ábra Programajánló 


hangolásához különböző 
értékeket írhatunk a megfe- 
lelő adatbázistáblába, majd 
a csatornákat távvezérlővel 
váltogatva megnézhetjük, 
hogy javult-e a helyzet. 
Természetesen az lenne 
igazán nagyszerű, ha a gra- 
fikus felületen trükközhet- 
nénk a finomhangolással; 
ezt talán valaki majd imple- 
mentálja egy jövőbeli ki- 
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. 3. ábra MythWeb 


Select a recording to watcn:t 


Stargate SG-1 
Tommy Lee Goes tc 
Tripping the Rift 
I All Programs 
Battlestar Galactica 
a Lea 1 TLctt ate 

ailéd ib A 


Battlestar Galacuca 
62 SCIFI Fri Sep 9, 10:00 PM - 11:00 PM 


la get ús 
A reporter is invited aboard Galactica to document the stressíful reality 








íráshoz. Azt is beállíthatjuk, 
hogy a felvétel elkészülte 
után tetszőleges Linux prog- 
ram fusson le a videófájlra. 
Vajon a MYythIV az igazi 
megoldás? Ha egyszerűen 
az a célunk, hogy a PVR-rel 
összekapcsolt tévé műsorát 
felvegyük, valószínűleg 
nem. A kábeles illetve mű- 
holdas szolgáltatóktól besze- 
rezhető DVR-ek olcsóbbak, 


adáshoz. Ez azt is jelenti, 
hogy lefuttathatunk egy 
egyszerű lekérdezést, 

és megnézhetjük, milyen 
műsorokat láttunk már 
korábban, vagy akár írha- 
tunk olyan szoftvert, ami 
felhasználja a 2 hetes programajánló 
adatait — ezt a MythIV automatikusan 
letölti nekünk. 

Ha mindez működik, képesnek 

kell lennünk műsorok felvételére, 

és lejátszására a monitoron illetve 

a hangfalakon (amit a hangkártyába 
vagy az alaplap hangszóró kimene- 
tére csatlakoztattunk). A Hauppauge 
MediaMVP használatához a szerve- 
ren engedélyeznünk kell az NES-t 

és exportálni a fájlrendszert 

a videótartalommal együtt. Futtat- 
nunk kell egy DHCP szervert és tftp 
szervert is. Ehhez kiváló áttekintést 
találunk a SourceForge oldalon 

(lásd a Forrásokat). 

A másik lehetőség a MythWeb tele- 
pítése, ami egy Apache-alapú webes 
kezelőfelületet biztosít, ahol megnéz- 
hetjük a programfüzetet, az ütemezett 
felvételeket és a már felvett műsoro- 
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of military life during war time. 





. 4. ábra Felvett műsorok 


kat. A Gentoo-ban ez nagyon 
egyszerű, mindössze annyit kell 
begépelnünk, hogy emerge mythweb. 
A MythTV egyik kiemelkedő vonása 
a reklámok automatikus átugrásának 
képessége. Ezt egy jelölőnégyzettel 
engedélyezhetjük a telepítő varázs- 
lóban. Ha bekapcsoltuk, a program 
végeztével a felvett anyagokat sorban 
átvizsgálja, és bejelöli a reklámokat. 
Ez azt jelenti, hogy nem ugorhatjuk 
át a reklámokat egy műsor felvétele 
alatt, vagy közvetlenül utána, de álta- 
lában a műsor végétől számított 30 
percen belül elkészülnek a jelzések. 
Lejátszás közben ezután már bármi- 
kor átléphetünk egy reklámblokkot 
az előreugrás gombbal. A reklámok 
bejelölése nem tökéletes, de nagyon 
közel áll ahhoz. A MYythTrF arra is al- 
kalmas, hogy a felvett anyagot auto- 
matikusan átkódolja a későbbi DVD 





jobban illeszkednek a rend- 
szerbe, és a telepítésük sem 
tart egy napig (vagy tovább). 
Ha mégis fontos, hogy 
kézben tartsuk a teljes irá- 
nyítást, a műsort az egész 
házban, egyetlen forrásból 
elérhetővé tegyük, és nem akarunk 
évente 150 dollárt kiadni műsoraján- 
lókért, rugalmasság, konfigurálható- 
ság és alakíthatóság tekintetében 

a MythTV jelenti a legjobb megoldást. 


James Turner 

a Linux JournalL Froduct 
Review rovatának 
szerkesztője. Két köny- 
vet írt a nyílt forráskódú 
Java fejlesztésről 

és az Axis lechnology, LLC vezető 
szoftvermérnöke 
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Doom 2 modern kontosben 


Ismét csak az id Software... Ezekbe a srácokba a kikapcsolódást kereső Linux 
felhasználó lépten-nyomon belebotlik. Még akkor Is, ha két éve nem publI- 
káltak semmit. Sőt, ekkor csak igazáni A külsős csapatok tucatjai ilyenkor 
teljes erőbedobással dolgoznak, korszakalkotó játékprogramok motorjára 


építve saját munkáikat. 


ztán ezek a modifikációk 
több-kevesebb sikerrel szintén 
bevonulnak a köztudatba. 


Van idejük bőven, hiszen John Carmack 
gárdájára nem jellemző a kapkodás: 
általában éveket kell várni egy újabb 
ultramodern, id-s lövöldözős játékra. 
Persze az életképes MOD projektek 
nem csak arra hivatottak, hogy kitölt- 
sék ezt az űrt, hanem hogy elővarázsol- 
janak valami olyasmit, amivel tömege- 
ket lehet a képernyő elé csábítani. Nem 
könnyű feladat, de van recept bőven: 
némely fejlesztő az érdekes újdonsá- 
gokra hajt, némelyeknek szinte minden 
részlet lényegtelen (csak a végered- 
mény kellőképp divatos legyen). 

De akadnak olyanok is, akik a remake 
próbákat értelmezik újra, és egy régi 
szoftver világának modellezését bízzák 
a naprakész alapkódra. Utóbbi csapa- 
toknak hála, mára modern környezet- 
ben tapasztalhatjuk meg a Doom első 





CANCEL 


A linuxos Doom 3 , MODS" menüje 


részének frenetikus hangulatát, de akár 
a szakállas Descent sorozat Pyro űrhajó- 
ját is irányíthatjuk a Doom3 szívére ala- 
pozva. Mivel azonban a második Doom 
is a halhatatlanok közé tartozik, így 
nem kerülhette el sorsát: a friss játék- 
motor manapság már az 1994-ben 
debütált elődjének újjászületéséhez 

is asszisztál... 


Kiváló MOD 

A Linuxvilág magazin 2006/02 számá- 
ban már ejtettem néhány szót a Classic 
Doom modifikációról. Akkor és ott rövi- 
den felvázoltam, milyen kiváló szoft- 
ver: nagyszerűségét (részben) a tizen- 
négy éve született ős-epizód hangulati 
rehabilitálásának köszönheti. Ilyen 
megközelítésből kiindulva, a Doom 2 fi- 
atalító munkája is értékes — még akkor 
is, ha (népszerűségét tekintve) a valaha 
létezett leggyengébb id Software ter- 
méket hivatott modellezni. Magáról 


]map entryway. 


NEW GBAME 


a játék menetéről nincs értelme írnom, 
hiszen egy igazi klasszikust formáz, ki- 
forrott megoldásokkal: ami él és mozog 
leölendő, ezen felül a nyakatekert tere- 
pen kulcskártyákat keresve kell élve 
eljutni a kijáratig. A MOD teljes egé- 
szében használható Linux alatt is, kivi- 
telezését és minőségét pedig nem érhe- 
ti rossz szó. Amondó vagyok, becsüljük 
meg a befektetett energiát, és fejezzük 
ki sajátosan a hálánkat: , feszítsük rá" 

a Doom 2 világát a modern alapkódra! 


Íme, a hogyan... 

Mivel modifikációról van szó, a hasz- 
nálatba vételhez rendelkeznünk kell 
az anyaprogrammal. Ez nem jelent 
mást, mint a Doom3 telepített, napra- 
kész linuxos verzióját — valamint a fel- 
használóhoz (és az optikai médiákhoz) 
kötődő, érvényes kulcs-állományt 
(/home/$/.doom3/base/doomkey). 

Ha ezek a feltételek adottak, el kell 


LOAO BAME MULTIPLAYER 


Most ez a legfőbb konzolparancs 
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u Úgy rémlik, 94-ben könnyebb dolgom volt... 


látogatnunk a fejlesztő csapat honlap- 
jára A 5 http://s6.invisionfree.com/ 
Disposable Heroes címről indulva tölt- 
sük le a mindössze 10 Mbyte méretű 

" zip archívot. lartalmát csomagoljuk 

a személyes /home/$/.doom3 útra úgy, 
hogy a kibontott állományok egy erre 
a célra készült (például /doom2) 
almappába kerüljenek, majd az adato- 
kat hordozó ".pk4 fájl nevét alakítsuk 
csupa kisbetűsre. 

Ilyen előzmények után a játék már 
készen is áll a használatra, a Doom 3 
,:MODS" menüjéből tölthető be. Indí- 
tás után azonban egy fontos hiányossá- 
ga rögtön szemet szúr: Linux alatt 
sajnos nem látszik a projektre szabott 
főmenü. Megoldásként hívjuk elő 

a vezérlőkonzolt, és gépeljük rá a map 
entryway parancsot - így léphetünk 
be az ismerős világba. A program hard- 
verigénye egyezik a fő szoftverével, te- 
hát csak bivalyerős központi egységgel, 
naprakész grafikus kártyával és renge- 
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teg memóriával érdemes kipróbálni. 
Ellenkező esetben egy szaggatottan 
mozgó, nehézkes és csúnya játék be- 
nyomását fogja kelteni. lapasztalatom 
szerint egymagos Athlon64 3500-t 
x86/64 processzorral, 2 Gbyte DDR2 
központi tárral, nVidia 7300GT grafikus 
gyorsítóval már nagy felbontásban is 
szépen fut (még szerencse, hogy éppen 
most cseréltem le a masinámat). 
Valószínűleg sokaknak szemet szúr 

a letöltendő állomány szerény mérete. 
Ennek több oka is van. Először is, 
ebből a MOD-ból hiányzik mindenféle 
zenei kíséret. Másodszor, szinte az 
összes felhasznált modell, fegyver és 
pályaelem az eredeti Doom3 adataiból 
kerül meghívásra. 


Az elvárható dolgokat úgy tudom 
legtömörebben érzékeltetni, ha a modi- 
fikációt pár szóval összemérem a több- 
szörös méretű, 400 Mbyte helyigényű 








um —— Mintahogy ez a helyzet sem idegen 





u A tűzkoponyák a régiek 


Classic Doom-mal. A kisebb kód szeré- 
nyebb megoldásokat foglal magában, 
mint a Flaming Sheep projektje: 

nincs olyan aprólékosan kidolgozott 
környezete, és egy idő múlva a zenei 
aláfestésének hiánya is elég feltűnő. 
Az sem mellékes, hogy maga 

a meg(re)formálandó Doom 2 mindig 
is szerényebb játékélményt kínált, 
mint az egy évvel korábbi őse. Ennek 
ellenére eza MOD minden id Software 
rajongónak kötelező darab. Ha valaki- 
nek dereng az 1994-es esztendőből 
valamilyen Doom-os élmény, akkor 
roppant jól fog szórakozni. Zárás- 
képpen még egy információ: ha 

az említett honlapon nem működne 

a letöltés linkje, akkor érdemes 

a 2 http://www.doomwadstation.com 
oldalt meglátogatni (esetleg a hazai 

2 http://doom3.hardwired.hu portált), 
mivel a szükséges archív ott is elérhető. 


Kovács Zsolt 


a fil iti agli Ó Ki l 


Hamisítatlan nosztalgia 


Igen gyakori vendégek felénk a modern Játékok. Természetesen ,nem csak 

a húsz éveseké a világ", így ha valaki kevesellné a divatnak megfelelő nosz- 
talgia-érzéseket, akkor igazat adnék neki. Ezennel pótolom a hiányosságot, 

a friss rovat retro jelleggel készült: Mario és Pong klónokról olvashattok. 


Mario... 

Istenem, mennyire megvénült ez az 
apró, köpcös vízvezeték-szerelő! Már 
húsz évvel ezelőtt is hallatott magáról, 
miközben akkor sem volt fiatal legény. 
Bizony: a bajsza már a nyolcvanas 
évek derekán is legalább olyan széles 
volt, mint az egész arca — márpedig 
egy ilyen fizimiska kialakulásához 
nem igazán elég egy-két esztendő. 
Valószínűleg sokunkat kellemes emlé- 
kek fűznek a figurához. Flég csak 

a korai Nintendo masinák közkedvelt 
ügyességi játékára gondolnom, de akár 
a mi , libi Bácsink" néhai Elektor Kalan- 
dor műsorát is említhetem... Igen, jóma- 
gam is ott ültem a fekete-fehér ron- 
csunk előtt, és mereven bámultam 

a szerencsés játékosok bakijait. Micsoda 
technikát láthattam akkor! Igazi csoda 
volt, ahogyan a , kiválasztottak" 
Magyarország másik szegletéből irá- 
nyították az ugráló figurát, egy vezeté- 
kes telefon gombjainak segítségével. 


. . ÉS a követői 

Mivel saját korának vezető ügyességi 
játékáról van szó, nem meglepő az 
idők során köré épült kultusz. Szeren- 
csére a kellemes emlékek rengeteg 
emberben jelen vannak, így fejlesztő 
csapatok foglalkoznak a , Mario- 
hangulat" életben tartásával. Magáról 
a játék menetéről nem igazán érdemes 
írnom, hiszen aki nem tudja miről van 
szó, azt valószínűleg egyáltalán nem 
érdeklik a játékprogramok. GPL licenc 
alatt két igényes remake verziót ér- 
demes megemlítenem: egyiküket 
Mega Mario-nak hívják, a másik 
Secret Maryo Cronicles névre hallgat. 


Mm A AAA AZZAL AE A OOO 4€ 


NEE EE EE EE. 


mi 1. ábra A Mega Mario linuxos verziója 


Mega Mario 

Ez a változat 

a 5 http:[/mmario.sourceforge.net címen 
érhető el, forrás és bináris formában 
egyaránt. Elsősorban Win32 felületre 
készült szoftverről van szó, csak nem- 
rég kapta meg a linuxos verzióját (Hans 
de Goede munkájának nyomán). A játék 
kódja C-ben íródott, futásának legfőbb 
feltétele a naprakész SDL könyvtárak 
jelenléte. Képi világa csupán 640x4S0px 
felbontást enged, ott is csak , jó köze- 
pes" látvánnyal, cserébe viszont gyenge 
hardveren is szépen fut: egyéb megva- 
lósításokkal szemben a Mega Mario 
nem kíván 3D grafikus hardvert. 

A forráskódot a szokásoktól kissé 
eltérően kell használni: a kicsomagolt 





archívban, root jogokkal kiadott 

make PREFIX-/usr/local, make 
PREFIX-/urs/local install paran- 
csokra épül fel a bináris (ahol az 
/usr/local paraméter a szabadon 
választható, kívánt elérési út). Kevés 
programnál szoktam ajánlani az előre 
fordított verziók használatát, ellenben 
itt jó tapasztalataim voltak a ,gyári" 
megoldásokkal is. lehát, ha valaki 
nem szeretne vesződni a forrásállo- 
mánnyal, válassza bátran a könnyeb- 
ben járható utat: a kibontott, megfe- 
lelő tarballban található megamario 
állomány indítja a kész játékot. 

Egy apró észrevétel: nem értem 

mi indokolja, de az általam tesztelt 
verzióban valami fröcsögő, piros 
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mi 2. ábra Íme, a Secret Maryo Cronicles 


folyadék (nevezzük vérnek) nagy 
szerepet játszik bármely modell 
elhullásakor. Javaslatom szerint 

a főmenüben használja mindenki 

a ,Blood off" kapcsolót: egy ilyen 
programban a vér megjelenítésének 
nincsen helye. 


Secret Maryo Cronicles 

lalán ez Mario klón mondható leg- 
igényesebbnek a saját osztályában! 

A Megamario-nál szebb, sőt valami- 
vel többet is tud nála. A zenei kísére- 
te egyszerűen mesteri, pályái pedig 
kellően nehezek. Ellenben problémá- 
sabb a felélesztése, ráadásul a friss 
verzió már 3D gyorsítókártyát kíván 
futásához. Azért nem kell csúcshard- 
verre gondolni: egy régi, Riva TNT 
teljesítményű, GLX vagy DRI kap- 
cson keresztül használható darab 
pont megteszi. A szoftver elérhető 

a 2 http://www.secretmaryo.org 
honlapon, forrás és bináris formában 
egyaránt. Az előre fordított bináris 
használatát nem javaslom senkinek: 





nálam percenként összeomlik 
(feltéve, hogy egyáltalán hiba nél- 
kül elindul). Foglalkozzunk inkább 

a forráskóddal: töltsük le, bontsuk ki, 
majd építsük fel! 

Függőségként szükség lesz a friss 
SDL könyvtárak és a CEGUI csomag 
jelenlétére: ha ezekkel rendelkezünk, 
a forrásmappa gyökerében adjuk ki 
rootként az sh autogen.sh paran- 
csot, ezután a szokásos . /configure, 
make, make instal1 1 utasításokat. 

(Ha valaki olyan rendszert használ, 
mely nem rendelkezik az automake, 
autoconf párossal, akkor a scons 
fordító használatával is megpróbál- 
kozhat.) Válaszul rövid időn belül 
felépül a kívánt smc bináris, melynek 
segítségével felhasználóként indít- 
ható a móka. A játék menüjében 

a felbontás több lépcsőben változtat- 
ható: ha valakinél Mario szaggatot- 
tan mozogna, akkor éljen ezzel 

a lehetőséggel. A nehézségre való 
tekintettel itt egyébként akármikor 
elmenthetjük az aktuális állást, 


Time 01:05 13xm 


de érdemes finoman bánni a segít- 
séggel: háromezer megszerzett 
pontunk bánja , körönként , ráadá- 
sul amíg nincs ennyink, addig nem 
is elérhető ez a művelet. 


Pong 

Egyszer volt, hol nem volt... a számí- 
tógépes játékok világa. A kezdeti 
szárnypróbálgatások jelentős hányada 
az Atari gépeit, illetve a korai 8 bites 
masinákat érintette. Az ügyességi 
vonalat ekkor még elsősorban a Pong 
játékok képviselték. A következőről 
volt szó: a képernyő szélén, egy sík- 
ban mozgatható ütő segítségével kel- 
lett visszaütni a labdát a számítógép 
játékosának (vagy más játszótársnak), 
lehetőleg úgy, hogy ő ne tudjon ha- 
sonlóképpen válaszolni. Igen, tudom... 
az ötlet roppant primitív, de nagy 
karriert futott be, mivel egyúttal rém 
lényegre törő is. A legegyszerűbb 
klónkat emiatt nincs értelme meg- 
mutatnom, viszont két megoldás 

itt is kilóg a sorból. 





mi 3. ábra Arcana már vesztésre áll 
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TuxPuck 


A TuxPuck elsősorban a grafikai mun- 
kái miatt látszik ki az átlagból: szépen 
megrajzolt, döntött elölnézeti képpel 
rendelkezik — miközben használatá- 
hoz nem kíván erős gépet, sem pedig 
3D grafikai eszközt. Számítógépes el- 
lenfelünket két egység közül választ- 
hatjuk: játszhatunk Arcana ellenében, 
esetleg kihívhatjuk Iux-ot is egy 
meccsre. Előbbit viszonylag egyszerű 
legyőzni, ám ha rosszul áll a szénája, 
nem restell varázsolni egy keveset. 
Ilyenkor nem érinti meg ütőjével a ko- 
rongot, hanem körkörösen mozgatja, 
majd kiszámíthatatlanul és villám- 
gyorsan lepasszolja valamelyik 
hozzánk tartozó sarokba. De sokkal 
inkább a hupikék pingvin a kemé- 
nyebbik dió. 

Vele kapcsolatban az első élmény 
elég kellemetlenre szokott sikerülni: 
az avatatlan kezeket gátlástalanul, 


minden-semmi arányban alázza le. 
Egyetlen fegyver vele szemben 

a lapos szögben lőtt, ide-oda pattogó 
korong: a sűrű mandinerből érkező 
,támadásokat" nem képes kivédeni. 
Persze ő majd megpróbál tenni arról, 
hogy sok lehetőségünk azért ne 
legyen lapos szögben passzolni... 
Lássuk, hogyan éleszthető fel 

a TuxPuck, Linuxon! Előre fordított 
verzió nem létezik, de olyan egyszerű 
dolgunk akad, hogy nem is lesz 
szükségünk rá. Látogassunk el 

a 2 http://home.no.net/munsuun/ 
tuxpuck/ címre, és töltsük le a forrás 
tarballt. A kicsomagolt archívban ad- 
juk a ki a make parancsot. Ha az SDL 
könyvtáraink rendben vannak, hely- 
ben felépül a tuxpuck nevű ELF biná- 
ris állomány. Ez a nagyjából 500 Kbyte 
méretű fájl önmaga tartalmazza 

a futásához szükséges összes adatot, 
így bárhová bemásolhatjuk (javasla- 
tom szerint, az /usr/local/bin mappát 
praktikus használni), majd felhaszná- 
lóként indíthatjuk. lermészetesen 

a forrás könyvtár a sikeres műveletek 
után törölhető. 


PonGL 


A PonGL igazi különlegesség. A képi 
világa elsőre puritánnak tűnik, azon- 
ban játék közben érkezik a , fekete- 
leves". Ha bárki nyeregben érezné 
magát passzolgatás közben, akkor 

az asztal látványosan elfordul x,z(-H;- 





90fok) irányban. Mondanom sem 
kell, a kézre álló irányításnak ebben 
a pillanatban gyakorlatilag lőttek. 
Emiatt közepes fokozaton már elég 
nehéz nyerni a számítógép ellen. 

A program több felbontásban hasz- 
nálható, kérésünkre teljes képernyőn 
és ablakban egyaránt működhet, 
illetve még a nehézségi fokozata 

is állítható. Munkára fogható szóló 
üzemmódban (fallabda játék), 

gépi ellenfelet választva, illetve 
hús-vér játékos ellenében is. 
Látogassunk el 

a 2 http://pongl.opengl-fr.com oldalra, 
és töltsük le a forrás archívot! Csoma- 
goljuk ki, majd a mappa gyökerében 
root jogkörrel adjuk ki a make paran- 
csot. Ha a rendszerünk SDL könyv- 
tárai, Mesa és Glut csomagjai napra- 
készek, akkor rövid időn belül felépül 
az indítható állomány. A létrejött 
PonGL fájlt (a mellette lévő /data 
könyvtárral együtt) tegyük egy min- 
denki által olvasható területre (példá- 
ul a /usr/local/games/pongl pont 
megfelel), majd a binárist linkeljük 

ki valamelyik alapértelmezett elérési 
útra (esetemben a láncolás így néz ki: 
In -s /usr/local/games/pongl/ 
PonGL /usr/local/bin/pongl1l1). 

A szimbolikus linket használva máris 
indítható meccs... 


Konklúzió, öregesen 

A négy, röviden bemutatott progra- 
mot bűn lenne kihagyni. Ha valaki- 
nek vannak pici gyermekei, ezekkel 
a játékokkal akár hónapokra megold- 
hatja az egész család kikapcsolódá- 
sát... Sőt! Szégyen, nem szégyen, 

én is hosszú órákig szórakoztam 
mindegyikkel, miközben lassan 

a harmincat taposom. A Secret Maryo 
Cronicles egészen odáig kalauzolt, 
ahol már a programkód fulladt ki 

(a tizenötödik pálya körül a fejlesz- 
tők még adósak némi munkával)... 
Nem is tudom másképpen leírni 

az önfeledt retro élményt adó 

a játékokat: ,kis mókusok kenyérre 

is kenhetik, nagy mókusok süte- 
ménybe is tölthetik!" . 
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